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


#128243

FromKay Martinen <usenet@martinen.de>
Date2023-02-20 14:19 +0100
Message-ID<aj8ccj-89b.ln1@news.martinen.de>
In reply to#128235
Am 20.02.23 um 12:01 schrieb Ulli Horlacher:
> 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.

Dann hat dein Board noch ein CSM und du bootest nicht im UEFI Modus?

Du fingst doch an mit dem "ich hab mint drauf kopiert und nun ging's 
Booten nicht" Aber mögliche Gründe interessieren dich nicht. Na dann.

Bye/
    /Kay

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

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


#128251

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-02-20 16:19 +0000
Message-ID<tt06ia$1ka$1@news2.informatik.uni-stuttgart.de>
In reply to#128243
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.
> 
> Dann hat dein Board noch ein CSM und du bootest nicht im UEFI Modus?

Wie sollte ich sonst booten ohne EFI Partition?


> Du fingst doch an mit dem "ich hab mint drauf kopiert und nun ging's 
> Booten nicht"

Nein, das war nicht die Ursache. Hatte ich auch nie behauptet.
Lesen hilft!

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


#128249

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-02-20 16:52 +0100
Message-ID<tt050r$qbub$1@news1.tnib.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.
>Hat mir anfangs auch nicht gefallen, ich habe es aber mittlerweile
>gefressen und damit umgehen gelernt.

Und es ist wichtig das zu tun BEVOR die Alternativen weg sind. Und ich
ärgere mich dass ich es nicht früher getan habe, das ist wie IPv6, zu
den alten Krücken will man nicht zurück.

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]


#128281

FromMarco Moock <mo01@posteo.de>
Date2023-02-20 21:25 +0100
Message-ID<tt0kvk$rdun$7@dont-email.me>
In reply to#128249
Am 20.02.2023 um 16:52:59 Uhr schrieb Marc Haber:

> 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.
> >Hat mir anfangs auch nicht gefallen, ich habe es aber mittlerweile
> >gefressen und damit umgehen gelernt.  
> 
> Und es ist wichtig das zu tun BEVOR die Alternativen weg sind. Und ich
> ärgere mich dass ich es nicht früher getan habe, das ist wie IPv6, zu
> den alten Krücken will man nicht zurück.

Irgendwie ja. Ich mochte EFI damals auch nicht, heute mache ich alles
per EFI, wenn es geht, ohne dass ich durch EFI nen Vorteil habe.

Nur bei Servern lasse ich es weg, wenn die noch CSM haben.
Da verkompliziert es nur ein RAID bzw. das Ersetzen der Platten.

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


#128201

FromMarco Moock <mo01@posteo.de>
Date2023-02-20 07:40 +0100
Message-ID<tsv4ln$m81m$1@dont-email.me>
In reply to#128191
Am 19.02.2023 um 22:59:46 Uhr schrieb Kay Martinen:

> GPT erlaubt m.W. mehr Primäre.

Mindestens 128 Partitionen (logische sind nicht vorgesehen), könne auch
mehr sein: https://de.wikipedia.org/wiki/GUID_Partition_Table

> Bei MBR sind es IMHO nur maximal 3
> Pri. Du hast 4. Und mir ist so das EFI auch eine bräuchte. Und nun?

Bei MBR gehen max. 4 primäre Partitionen, alternativ 3 primäre und eine
erweiterte.

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


#130523

FromErika Ciesla <abc@xyz.invalid>
Date2023-05-11 22:24 +0200
Message-ID<kc518kFf7ncU2@mid.individual.net>
In reply to#128201
>> Pri. Du hast 4. Und mir ist so das EFI auch eine bräuchte. Und nun?

Dazu hätte ich mal eine Frage.

Die Frage ist: WAS SOLL DER SCHEIẞ!

Ich Früher hatte ich EINE Partition, und da war alles drauf. Jetzt habe
ich vier, von denen ich drei nicht brauche, und eine hat sogar FAT32,
wofür ich auf Linux nun wirklich keinen Bedarf habe.

Hat das was mit dem EFI zu tun?

Und was ist das? Wieder so’n Scheiß von Microsoft, den eigentlich keiner
braucht?

Und wie krich ich das wider weg?


 👋️😃️  ℰ𝓇𝒾𝓀𝒶 𝒞𝒾ℯ𝓈𝓉𝒶

-- 

 Übrigens!

 Wer Probleme lösen will, der findet Wege.
 Wer sie NICHT lösen will, der erfindet Ausreden.

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


#130524

FromFrank Miller <miller@posteo.ee>
Date2023-05-12 00:17 +0200
Message-ID<645D697A.3060106@backwurst.de>
In reply to#130523
Erika Ciesla wrote:
>
>>> Pri. Du hast 4. Und mir ist so das EFI auch eine bräuchte. Und nun?
>
> Dazu hätte ich mal eine Frage.
>
> Die Frage ist: WAS SOLL DER SCHEIẞ!

Fragen enden i.d.R. mit einem Fragezeichen, nicht Ausrufezeichen..

> Ich Früher hatte ich EINE Partition, und da war alles drauf. Jetzt habe
> ich vier, von denen ich drei nicht brauche, und eine hat sogar FAT32,
> wofür ich auf Linux nun wirklich keinen Bedarf habe.

Bist du sicher, daß du drei davon nicht brauchst? Ich wäre da sehr vorsichtig.

> Hat das was mit dem EFI zu tun?

Wenn du ein EFI-System hast, ist die FAT32-Partition wahrscheinlich eine
EFI-Systempartition. Kannste dir mit GParted anschauen und dabei auch gleich
identifizieren, wofür und warum die anderen Partitionen da sind.
(Ich tippe mal blind auf root, home und swap.)

> Und was ist das? Wieder so’n Scheiß von Microsoft, den eigentlich keiner
> braucht?

"eigentlich keiner braucht" ist *sehr* relativ und je nach Konfiguration
schlicht falsch.

> Und wie krich ich das wider weg?

Solange du nichtmal weißt, welchem Zweck deine vier Partitionen dienen,
würde ich sie an deiner Stelle erstmal so lassen, wie sie sind.

Ansonsten nutze o.g. GParted; am besten von einer Live-CD. Damit kannst
du alle Partitionen löschen, verkleinern, vergrößern, neue erstellen usw..
Aber sein dir *vorher* schon bewußt darüber, daß dein System anschließend
wohl nicht mehr starten wird.

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


#130527

FromErika Ciesla <abc@xyz.invalid>
Date2023-05-12 00:53 +0200
Message-ID<kc59unFh25lU1@mid.individual.net>
In reply to#130524
Am 12.05.23 um 00:17 Uhr Frank Miller schrieb:
> Erika Ciesla wrote:


>> Die Frage ist: WAS SOLL DER SCHEIẞ?
> 
> Fragen enden i.d.R. mit einem Fragezeichen, nicht Ausrufezeichen..

Stimmt! Ich habe es korrigiert.

>> Ich Früher hatte ich EINE Partition, und da war alles drauf. Jetzt habe
>> ich vier, von denen ich drei nicht brauche, und eine hat sogar FAT32,
>> wofür ich auf Linux nun wirklich keinen Bedarf habe.
> 
> Bist du sicher, daß du drei davon nicht brauchst? 

Also *ICH* brauche die nicht. :-)

> Ich wäre da sehr vorsichtig.

Vorsichtig bin ich wohl, sonst hätte ich die schon weg gemacht.

>> Hat das was mit dem EFI zu tun?
> 
> Wenn du ein EFI-System hast,

Ja. Mein erstes. Vorher hatte ich noch ein ganz ordinäres Bios.

> ist die FAT32-Partition wahrscheinlich eine
> EFI-Systempartition. Kannste dir mit GParted anschauen und dabei auch gleich
> identifizieren, wofür und warum die anderen Partitionen da sind.
> (Ich tippe mal blind auf root, home und swap.)

Die heißen:

 SDA1 — BIOS Boot  (unbekannt)
 SDA2 — EFI System (FAT32)
 SDA3 — Linux Filesystem (EXT4)
 SDA  — Nicht zugewiesener Platz

DSA3 ist mein Linux. Die anderen drei sind leer.

>> Und was ist das? Wieder so’n Scheiß von Microsoft, den eigentlich keiner
>> braucht?
> 
> "eigentlich keiner braucht" ist *sehr* relativ und je nach Konfiguration
> schlicht falsch.

*ICH* benutze sie nicht, und auf meinem alten Rechner, mit BIOS, hatte
ich die auch nicht.

>> Und wie krich ich das wider weg?
> 
> Solange du nichtmal weißt, welchem Zweck deine vier Partitionen dienen,
> würde ich sie an deiner Stelle erstmal so lassen, wie sie sind.

Ich war da noch nicht dran, ich frach nur.

> Ansonsten nutze o.g. GParted; am besten von einer Live-CD. Damit kannst
> du alle Partitionen löschen, verkleinern, vergrößern, neue erstellen usw..
> Aber sein dir *vorher* schon bewußt darüber, daß dein System anschließend
> wohl nicht mehr starten wird.

Das befürchte ich auch. Deswegen habe ich das ja auch noch nicht angefaßt

Aber FAT32 ist ein Filesystem von Microsoft. Also vermute ich, daß
dieser Verein (Microsoft, Intel) und wieder was proprietäres aufzwingt,
und was mich ärgert.


 👋️😃️  ℰ𝓇𝒾𝓀𝒶 𝒞𝒾ℯ𝓈𝓉𝒶

-- 

 Übrigens!

 Wer Probleme lösen will, der findet Wege.
 Wer sie NICHT lösen will, der erfindet Ausreden.

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


#130528

FromFrank Miller <miller@posteo.ee>
Date2023-05-12 01:50 +0200
Message-ID<645D7F61.5000303@backwurst.de>
In reply to#130527
Erika Ciesla wrote:
> Am 12.05.23 um 00:17 Uhr Frank Miller schrieb:
>> Erika Ciesla wrote:

>>> Ich Früher hatte ich EINE Partition, und da war alles drauf. Jetzt habe
>>> ich vier, von denen ich drei nicht brauche, und eine hat sogar FAT32,
>>> wofür ich auf Linux nun wirklich keinen Bedarf habe.
[..snip..]
>> Wenn du ein EFI-System hast,
>
> Ja. Mein erstes. Vorher hatte ich noch ein ganz ordinäres Bios.
>
>> ist die FAT32-Partition wahrscheinlich eine
>> EFI-Systempartition. Kannste dir mit GParted anschauen und dabei auch gleich
>> identifizieren, wofür und warum die anderen Partitionen da sind.
>> (Ich tippe mal blind auf root, home und swap.)
>
> Die heißen:
>
>  SDA1 — BIOS Boot  (unbekannt)
>  SDA2 — EFI System (FAT32)
>  SDA3 — Linux Filesystem (EXT4)
>  SDA  — Nicht zugewiesener Platz
>
> DSA3 ist mein Linux. Die anderen drei sind leer.

Es sind also offensichtlich erstmal nur *drei* Partitionen vorhanden: SDA1, 2 und 3.
SDA "Nicht zugewiesener Platz" ist eben das, was es sagt: ein unbenutzter
Bereich auf deiner Festplatte. Keine Partition.

Je nachdem, ob SDA1 oder 2 ein Bootflag gesetzt haben, würde ich sie so lassen,
wie sie sind. Interessant wäre noch die Größe der jeweiligen Partitionen.
Wenn SDA1&2 nur wenige MB der Platte beanspruchen, würde ich dir raten, die
Finger davon zu lassen.
Falls der "nicht zugewiesene Platz" nennenswert groß sein sollte, wäre es
vielleicht möglich, SDA3 zu vergrößern. Aber um das zu beurteilen, wäre es
hilfreich, wenn du einen Screenshot von GParted irgendwo hochlädst.

>>> Und was ist das? Wieder so’n Scheiß von Microsoft, den eigentlich keiner
>>> braucht?
>>
>> "eigentlich keiner braucht" ist *sehr* relativ und je nach Konfiguration
>> schlicht falsch.
>
> *ICH* benutze sie nicht, und auf meinem alten Rechner, mit BIOS, hatte
> ich die auch nicht.

Auf *meinem* alten Rechner mit DOS 6.22 hatte ich auch nur Laufwerk C: und A:.
Gewöhn dich dran, lerne dazu, oder lass es automatisiert laufen und ignoriere es.
Dinge ändern sich.

> Aber FAT32 ist ein Filesystem von Microsoft. Also vermute ich, daß
> dieser Verein (Microsoft, Intel) und wieder was proprietäres aufzwingt,
> und was mich ärgert.

Der Hass auf "Windoof" sitzt bei dir wohl ziemlich tief?

FAT32 ist das momentan am weitesten verbreitete Dateisystem, das von den
meisten noch benutzten Betriebssystemen interoperabel unterstützt wird.
Dass es von Microsoft konzipiert wurde kann dich ja jeden Tag aufregen,
aber das bringt dir nix außer schlechter Laune.

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


#130529

FromMarte Schwarz <marte.schwarz@gmx.de>
Date2023-05-12 08:18 +0200
Message-ID<u3klof$3c4og$1@gwaiyur.mb-net.net>
In reply to#130528
Moin Frank,

>>>> Ich Früher hatte ich EINE Partition, und da war alles drauf.
Früher hatte ich ein 360k Diskettenlaufwerk, damit konnte man alles 
machen. Noch weiter früher gab es nur ein Compact-Casettenlaufwerk am 
Sharp-Z-80 Rechner. von dem wurde der Compiler gebootet und zuletzt auch 
das compilierte Programm gestartet, a sich sogar auch das gebootet, mir 
wäre nicht in Erinnerung, dass da ein Betrübsystem drauf gewesen wäre.

>>   SDA1 — BIOS Boot  (unbekannt)
>>   SDA2 — EFI System (FAT32)

Die brauchst Du, weil EFI die haben will. Wenn Du EFI nutzen willst, 
dann brauchst auch Du sie, so einfach ist das. Das ist so, wie Ist die 
Katze gesund, freut sich der Mensch. Ich brauche keine Katzen!

>>   SDA3 — Linux Filesystem (EXT4)

Ich brauch da noch ein paar mehr, zumindest eine für /home. Die macht 
die Updaterei handlicher

>>   SDA  — Nicht zugewiesener Platz

jo mei, die paar Bytes, die da frei bleiben...

>> SdA3 ist mein Linux. Die anderen drei sind leer.

Ich bin mir sehr sicher, dass nur der nichtzugewiesene Teil wirklich 
leer ist. Die EFI-FAT sollte man übrigens nicht zu klein anlegen, wenn 
man mit dem Gedanken schwanger ist, vielleicht doch einmal Windows zu 
installieren.

> Auf *meinem* alten Rechner mit DOS 6.22 hatte ich auch nur Laufwerk C: und A:.

C: gab es nur für größenwahnsinnige. Ich bin mir gar nicht sicher, ob 
mein erster Schläptop mit MS-DOS 2.1 überhaupt Festplatten hätte 
verwalten können. Das zweite Floppylaufwerk war schon Luxus.

Das Teil müsste noch im Keller sein. Das wäre mal ein Projekt, es 
wiederzubeleben, rein aus Nostalgie. Die Herausforderung wird sein, die 
Disketten noch einmal auszulesen und funktionierende zu finden.

> FAT32

FAT32 ist so ein neumodisches Zeugs, was doch keiner braucht.

Marte

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


#130559

FromRolf Buenning <r.buenning@gmx.de>
Date2023-05-12 14:59 +0000
Message-ID<kc72i6Fpeu5U1@mid.individual.net>
In reply to#130529
Marte Schwarz <marte.schwarz@gmx.de> schrieb:
> dann brauchst auch Du sie, so einfach ist das. Das ist so, wie Ist die 
> Katze gesund, freut sich der Mensch. Ich brauche keine Katzen!
>

Das heißt:"Ist die Katze gesund, schmeckt sie dem Hund" :)

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


#130566

From"Peter J. Holzer" <hjp-usenet3@hjp.at>
Date2023-05-12 18:26 +0200
Message-ID<slrnu5sq60.p10j.hjp-usenet3@trintignant.hjp.at>
In reply to#130529
On 2023-05-12 06:18, Marte Schwarz <marte.schwarz@gmx.de> wrote:
> C: gab es nur für größenwahnsinnige. Ich bin mir gar nicht sicher, ob 
> mein erster Schläptop mit MS-DOS 2.1 überhaupt Festplatten hätte 
> verwalten können. Das zweite Floppylaufwerk war schon Luxus.

Schlepptop mit MS-DOS 2.1? War das so ein 14-Kilo-Ding mit eingebautem
9-Zoll-Röhrenmonitor?

        hp

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


#130581

FromMarte Schwarz <marte.schwarz@gmx.de>
Date2023-05-12 22:14 +0200
Message-ID<u3m6mr$3f1nh$4@gwaiyur.mb-net.net>
In reply to#130566
Hi Peter,
> On 2023-05-12 06:18, Marte Schwarz <marte.schwarz@gmx.de> wrote:
>> C: gab es nur für größenwahnsinnige. Ich bin mir gar nicht sicher, ob
>> mein erster Schläptop mit MS-DOS 2.1 überhaupt Festplatten hätte
>> verwalten können. Das zweite Floppylaufwerk war schon Luxus.
> 
> Schlepptop mit MS-DOS 2.1? War das so ein 14-Kilo-Ding mit eingebautem
> 9-Zoll-Röhrenmonitor?

Nein, schon ein orange Schwarz LCD mit AFAIR 640 * 240 Pixel. Mir war 
der Lüfter verreckt, das war ein ganz kleiner Lüfter, den man nicht 
bekam. Mittlerweile müsste man das finden können oder etwas passendes 
reinpatchen. Der kritische Pfad werden wohl die Disketten werden.

Marte

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


#130540

FromMarco Moock <mo01@posteo.de>
Date2023-05-12 08:52 +0200
Message-ID<u3knmu$1e5ke$4@dont-email.me>
In reply to#130527
Am 12.05.2023 schrieb Erika Ciesla <abc@xyz.invalid>:

> Am 12.05.23 um 00:17 Uhr Frank Miller schrieb:
> > ist die FAT32-Partition wahrscheinlich eine
> > EFI-Systempartition. Kannste dir mit GParted anschauen und dabei
> > auch gleich identifizieren, wofür und warum die anderen Partitionen
> > da sind. (Ich tippe mal blind auf root, home und swap.)  
> 
> Die heißen:
> 
>  SDA1 — BIOS Boot  (unbekannt)
>  SDA2 — EFI System (FAT32)
>  SDA3 — Linux Filesystem (EXT4)
>  SDA  — Nicht zugewiesener Platz
> 
> DSA3 ist mein Linux. Die anderen drei sind leer.

Wirklich komplett leer?

Zeige mal

sudo efibootmgr
 
> >> Und was ist das? Wieder so’n Scheiß von Microsoft, den eigentlich
> >> keiner braucht?  
> > 
> > "eigentlich keiner braucht" ist *sehr* relativ und je nach
> > Konfiguration schlicht falsch.  
> 
> *ICH* benutze sie nicht, und auf meinem alten Rechner, mit BIOS, hatte
> ich die auch nicht.

Ich benutze die initramfs auch nicht direkt, mein System braucht die
aber. Wenn du auf einem EFI-System bootest, brauchst du halt die
passenden Partition samt Bootloader.
Der Bootprozess von BIOS und UEFI ist halt grundlegend verschieden.


> > Ansonsten nutze o.g. GParted; am besten von einer Live-CD. Damit
> > kannst du alle Partitionen löschen, verkleinern, vergrößern, neue
> > erstellen usw.. Aber sein dir *vorher* schon bewußt darüber, daß
> > dein System anschließend wohl nicht mehr starten wird.  
> 
> Das befürchte ich auch. Deswegen habe ich das ja auch noch nicht
> angefaßt
> 
> Aber FAT32 ist ein Filesystem von Microsoft. Also vermute ich, daß
> dieser Verein (Microsoft, Intel) und wieder was proprietäres
> aufzwingt, und was mich ärgert.

Nur weil das von MS stammt, ist es nicht zwingend proprietär.
https://lowlevel.eu/wiki/File_Allocation_Table

Die Spezifikation ist aber öffentlich, jeder kann und darf das
implementieren.

Die Idee von UEFI stammt glaub von Intel, aber die Funktionsweise ist
spezifiziert.

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


#130593

FromArno Welzel <usenet@arnowelzel.de>
Date2023-05-13 10:13 +0200
Message-ID<kc8v4rF3p0mU1@mid.individual.net>
In reply to#130540
Marco Moock, 2023-05-12 08:52:

> Am 12.05.2023 schrieb Erika Ciesla <abc@xyz.invalid>:
> 
>> Am 12.05.23 um 00:17 Uhr Frank Miller schrieb:
>>> ist die FAT32-Partition wahrscheinlich eine
>>> EFI-Systempartition. Kannste dir mit GParted anschauen und dabei
>>> auch gleich identifizieren, wofür und warum die anderen Partitionen
>>> da sind. (Ich tippe mal blind auf root, home und swap.)  
>>
>> Die heißen:
>>
>>  SDA1 — BIOS Boot  (unbekannt)
>>  SDA2 — EFI System (FAT32)
>>  SDA3 — Linux Filesystem (EXT4)
>>  SDA  — Nicht zugewiesener Platz
>>
>> DSA3 ist mein Linux. Die anderen drei sind leer.
> 
> Wirklich komplett leer?
> 
> Zeige mal
> 
> sudo efibootmgr
>  
>>>> Und was ist das? Wieder so’n Scheiß von Microsoft, den eigentlich
>>>> keiner braucht?  
>>>
>>> "eigentlich keiner braucht" ist *sehr* relativ und je nach
>>> Konfiguration schlicht falsch.  
>>
>> *ICH* benutze sie nicht, und auf meinem alten Rechner, mit BIOS, hatte
>> ich die auch nicht.
> 
> Ich benutze die initramfs auch nicht direkt, mein System braucht die
> aber. Wenn du auf einem EFI-System bootest, brauchst du halt die
> passenden Partition samt Bootloader.
> Der Bootprozess von BIOS und UEFI ist halt grundlegend verschieden.
> 
> 
>>> Ansonsten nutze o.g. GParted; am besten von einer Live-CD. Damit
>>> kannst du alle Partitionen löschen, verkleinern, vergrößern, neue
>>> erstellen usw.. Aber sein dir *vorher* schon bewußt darüber, daß
>>> dein System anschließend wohl nicht mehr starten wird.  
>>
>> Das befürchte ich auch. Deswegen habe ich das ja auch noch nicht
>> angefaßt
>>
>> Aber FAT32 ist ein Filesystem von Microsoft. Also vermute ich, daß
>> dieser Verein (Microsoft, Intel) und wieder was proprietäres
>> aufzwingt, und was mich ärgert.
> 
> Nur weil das von MS stammt, ist es nicht zwingend proprietär.
> https://lowlevel.eu/wiki/File_Allocation_Table
> 
> Die Spezifikation ist aber öffentlich, jeder kann und darf das
> implementieren.

Microsoft hat bei FAT32 noch Patente und hat diese 2009 gegenüber TomTom
acuh eingeklagt:

<https://en.wikipedia.org/wiki/Microsoft_Corp._v._TomTom_Inc.>

> Die Idee von UEFI stammt glaub von Intel, aber die Funktionsweise ist
> spezifiziert.

Ja - das fing schon mit Itanium in den 1990ern an - angefangen mit der
"Intel Boot Initiative" und später umbenannt in "Extensible Firmware
Interface", EFI.

-- 
Arno Welzel
https://arnowelzel.de

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


#130605

From"Peter J. Holzer" <hjp-usenet3@hjp.at>
Date2023-05-13 10:57 +0200
Message-ID<slrnu5uk80.2elu.hjp-usenet3@trintignant.hjp.at>
In reply to#130593
On 2023-05-13 08:13, Arno Welzel <usenet@arnowelzel.de> wrote:
> Marco Moock, 2023-05-12 08:52:
>> Am 12.05.2023 schrieb Erika Ciesla <abc@xyz.invalid>:
>>> Aber FAT32 ist ein Filesystem von Microsoft. Also vermute ich, daß
>>> dieser Verein (Microsoft, Intel) und wieder was proprietäres
>>> aufzwingt, und was mich ärgert.
>> 
>> Nur weil das von MS stammt, ist es nicht zwingend proprietär.
>> https://lowlevel.eu/wiki/File_Allocation_Table
>> 
>> Die Spezifikation ist aber öffentlich, jeder kann und darf das
>> implementieren.
>
> Microsoft hat bei FAT32 noch Patente und hat diese 2009 gegenüber TomTom
> acuh eingeklagt:

Die FAT32-Patente müssten mittlerweile alle abgelaufen sein.

Es gibt noch Patente für exFAT, aber das braucht man für für EFI nicht.

        hp

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


#130653

FromClaus Reibenstein <creibens@gmail.com>
Date2023-05-13 21:30 +0200
Message-ID<kca6qmF9lokU1@mid.individual.net>
In reply to#130605
Peter J. Holzer schrieb am 13.05.2023 um 10:57:

> Es gibt noch Patente für exFAT, aber das braucht man für für EFI nicht.

Wofür braucht man überhaupt exFAT? Außer Windows kann das praktisch kein
anderes Betriebssystem nutzen, geschweige denn sonstige Geräte, die
USB-Sticks als Speichermedium nutzen. Die meisten können nur FAT, einige
immerhin auch FAT32, kaum welche NTFS, aber keines exFAT.

Tot geborenes Kind.

Gruß
Claus

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


#130655

From"Peter J. Holzer" <hjp-usenet3@hjp.at>
Date2023-05-13 21:38 +0200
Message-ID<slrnu5vpot.4lvo.hjp-usenet3@trintignant.hjp.at>
In reply to#130653
On 2023-05-13 19:30, Claus Reibenstein <creibens@gmail.com> wrote:
> Peter J. Holzer schrieb am 13.05.2023 um 10:57:
>> Es gibt noch Patente für exFAT, aber das braucht man für für EFI nicht.
>
> Wofür braucht man überhaupt exFAT? Außer Windows kann das praktisch kein
> anderes Betriebssystem nutzen, geschweige denn sonstige Geräte, die
> USB-Sticks als Speichermedium nutzen.

Angeblich ist das auf SD-Cards recht weit verbreitet, insbesondere für
Kameras. Kann ich aber als "ich mach hin und wieder ein Bildchen mit dem
Handy"-Fotograf nicht beurteilen.

        hp

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


#130658

FromClaus Reibenstein <creibens@gmail.com>
Date2023-05-13 21:47 +0200
Message-ID<kca7qcF9op8U2@mid.individual.net>
In reply to#130655
Peter J. Holzer schrieb am 13.05.2023 um 21:38:

> On 2023-05-13 19:30, Claus Reibenstein <creibens@gmail.com> wrote:
>
>> Wofür braucht man überhaupt exFAT? Außer Windows kann das praktisch kein
>> anderes Betriebssystem nutzen, geschweige denn sonstige Geräte, die
>> USB-Sticks als Speichermedium nutzen.
>
> Angeblich ist das auf SD-Cards recht weit verbreitet, insbesondere für
> Kameras.

Quelle?

Gruß
Claus

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


#130659

From"Peter J. Holzer" <hjp-usenet3@hjp.at>
Date2023-05-13 22:03 +0200
Message-ID<slrnu5vr7s.4o1u.hjp-usenet3@trintignant.hjp.at>
In reply to#130658
On 2023-05-13 19:47, Claus Reibenstein <creibens@gmail.com> wrote:
> Peter J. Holzer schrieb am 13.05.2023 um 21:38:
>> On 2023-05-13 19:30, Claus Reibenstein <creibens@gmail.com> wrote:
>>> Wofür braucht man überhaupt exFAT? Außer Windows kann das praktisch kein
>>> anderes Betriebssystem nutzen, geschweige denn sonstige Geräte, die
>>> USB-Sticks als Speichermedium nutzen.
>>
>> Angeblich ist das auf SD-Cards recht weit verbreitet, insbesondere für
>> Kameras.
>
> Quelle?

https://www.sdcard.org/developers/sd-standard-overview/capacity-sd-sdhc-sdxc-sduc/

| There are four standards for capacity:
| SD standard – Up to 2GB SD memory card using FAT 12 and 16 file systems
| SDHC standard – over 2GB-32GB SDHC memory card using FAT32 file system
| SDXC standard – over 32GB-2TB SDXC memory card using exFAT file system
| SDUC standard – over 2TB-128TB SDUC memory card using exFAT file system

        hp

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


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

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


csiph-web