Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #128155 > unrolled thread
| Started by | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| First post | 2023-02-19 08:39 +0000 |
| Last post | 2023-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
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 5 of 8 — ← Prev page 1 2 3 4 [5] 6 7 8 Next page →
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2023-02-20 21:38 +0000 |
| Message-ID | <tt0p92$62s$2@news2.informatik.uni-stuttgart.de> |
| In reply to | #128273 |
Marco Moock <mo01@posteo.de> wrote: >> Nein. Mit UEFI hatte ich schon mehr als ausreichend boot Probleme. > > Mit welchem OS und welcher Hardware? Ausser Linux mach ich seit 10 Jahren nichts mehr. Diverse PCs und Server von Dell, HP und Fujitsu. Ganz uebel verkorkst sind die Server von Cisco. >> Da muss ich nicht weiter experimentieren. > > Solltest du in den nächsten Jahren neue Rechner anschaffen wird dir nix > anderes übrigbleiben. Deshalb muss und will ich JETZT nichts umstellen. -- 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]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-02-21 10:02 +0100 |
| Message-ID | <tt21ai$v393$1@news1.tnib.de> |
| In reply to | #128288 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marco Moock <mo01@posteo.de> wrote: >> Solltest du in den nächsten Jahren neue Rechner anschaffen wird dir nix >> anderes übrigbleiben. > >Deshalb muss und will ich JETZT nichts umstellen. JETZT kannst Du Dir aussuchen, wann Du es machst. Aber wenn Du es lieber machst, wenn Du brandneue sexy Hardware auf dem Tisch liegen hast und die am liebsten heute noch im Produktivbetrieb hättest weil sie so geil ist, bitte, gerne. Solche Migrationen sind wie Unkrautjäten: Wer sie nicht mag, macht sie früher. 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]
| From | "Peter J. Holzer" <hjp-usenet3@hjp.at> |
|---|---|
| Date | 2023-02-21 21:19 +0100 |
| Message-ID | <slrntva9r9.1fbdk.hjp-usenet3@trintignant.hjp.at> |
| In reply to | #128315 |
On 2023-02-21 09:02, Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>>Marco Moock <mo01@posteo.de> wrote:
>>> Solltest du in den nächsten Jahren neue Rechner anschaffen wird dir nix
>>> anderes übrigbleiben.
>>
>>Deshalb muss und will ich JETZT nichts umstellen.
>
> JETZT kannst Du Dir aussuchen, wann Du es machst. Aber wenn Du es
> lieber machst, wenn Du brandneue sexy Hardware auf dem Tisch liegen
> hast und die am liebsten heute noch im Produktivbetrieb hättest weil
> sie so geil ist, bitte, gerne.
Dann hoffe ich, dass der Debian-Installer das Richtige macht und ich
mich darum nicht kümmern muss. Tatsächlich tut er das meiner Wahrnehmung
nach[1] eh schon seit Jahren.
hp
[1] Eigentlich eher meinem Mangel an Wahrnehmung nach, denn außer dass
ich nach der Installation eine /boot/efi Partition habe, merke ich
davon nicht viel.
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-02-21 23:22 +0000 |
| Message-ID | <167702173251.70954.11550269211260480999.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #128351 |
Peter J. Holzer schrieb am 21/2/2023 21:19: > On 2023-02-21 09:02, Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>> >>>Deshalb muss und will ich JETZT nichts umstellen. >> >> JETZT kannst Du Dir aussuchen, wann Du es machst. Aber wenn Du es >> lieber machst, wenn Du brandneue sexy Hardware auf dem Tisch liegen >> hast und die am liebsten heute noch im Produktivbetrieb hättest weil >> sie so geil ist, bitte, gerne. > > Dann hoffe ich, dass der Debian-Installer das Richtige macht und ich > mich darum nicht kümmern muss. Tatsächlich tut er das meiner Wahrnehmung > nach[1] eh schon seit Jahren. Die Installationsprogramme aktueller Betrübssysteme kümmern sich selbstverständlich um GPT und EFI-Partition. Aber wenn man eine Platte mit MBR z.B. wegen eines Defektes und vielleicht noch unter Zeitdruck auf aktuelle Hardware ohne BIOS-Emulation umziehen muss, dann hat man ein Problem. Die ansonsten übliche Vorgangsweise "Platte aus altem Rechner raus, in neuen Rechner rein, booten, fertig" scheitert dann kläglich. -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2023-02-22 08:27 +0100 |
| Message-ID | <tt4g49$1f0f5$2@dont-email.me> |
| In reply to | #128355 |
Am 21.02.2023 um 23:22:12 Uhr schrieb Gerald E¡scher: > Peter J. Holzer schrieb am 21/2/2023 21:19: > > > On 2023-02-21 09:02, Marc Haber <mh+usenetspam1118@zugschl.us> > > wrote: > >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >>> > >>>Deshalb muss und will ich JETZT nichts umstellen. > >> > >> JETZT kannst Du Dir aussuchen, wann Du es machst. Aber wenn Du es > >> lieber machst, wenn Du brandneue sexy Hardware auf dem Tisch liegen > >> hast und die am liebsten heute noch im Produktivbetrieb hättest > >> weil sie so geil ist, bitte, gerne. > > > > Dann hoffe ich, dass der Debian-Installer das Richtige macht und ich > > mich darum nicht kümmern muss. Tatsächlich tut er das meiner > > Wahrnehmung nach[1] eh schon seit Jahren. > > Die Installationsprogramme aktueller Betrübssysteme kümmern sich > selbstverständlich um GPT und EFI-Partition. > Aber wenn man eine Platte mit MBR z.B. wegen eines Defektes und > vielleicht noch unter Zeitdruck auf aktuelle Hardware ohne > BIOS-Emulation umziehen muss, dann hat man ein Problem. > Die ansonsten übliche Vorgangsweise "Platte aus altem Rechner raus, in > neuen Rechner rein, booten, fertig" scheitert dann kläglich. Stimmt, aber zumindest unter Debian/Ubuntu ist eine Umstellung auf UEFI recht problemlos möglich. MBR kann man weiterhin nutzen.
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-02-22 13:02 +0100 |
| Message-ID | <87r0uhoqlx.fsf-bofh@killfile.de> |
| In reply to | #128361 |
Marco Moock <mo01@posteo.de> schrieb: > Stimmt, aber zumindest unter Debian/Ubuntu ist eine Umstellung auf > UEFI recht problemlos möglich. MBR kann man weiterhin nutzen. Ganz trivial ist das nicht. Vor allem muß man sich da bereits schon etwas in der Materie auskennen. Und wenn Du bei Rechnerdefekt mit MBR Platte erst mal vor dem Ersatzrechner mit UEFI dumm dahstehst, dann wird es noch etwas spaßiger. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-02-22 16:56 +0000 |
| Message-ID | <167708500705.70954.6298674257025456190.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #128361 |
Marco Moock schrieb am 22/2/2023 08:27: > Am 21.02.2023 um 23:22:12 Uhr schrieb Gerald E¡scher: > >> Die Installationsprogramme aktueller Betrübssysteme kümmern sich >> selbstverständlich um GPT und EFI-Partition. >> Aber wenn man eine Platte mit MBR z.B. wegen eines Defektes und >> vielleicht noch unter Zeitdruck auf aktuelle Hardware ohne >> BIOS-Emulation umziehen muss, dann hat man ein Problem. >> Die ansonsten übliche Vorgangsweise "Platte aus altem Rechner raus, in >> neuen Rechner rein, booten, fertig" scheitert dann kläglich. > > Stimmt, aber zumindest unter Debian/Ubuntu ist eine Umstellung auf UEFI > recht problemlos möglich. Nachträglich auf eine für MBR partitionierte Platte? Ich habe einmal eine Installation von MBR auf GPT umgestellt, aber das war im Zuge eines Tausches der SSD. Die EFI-Partition lässt sich hinzufügen, aber ich kenne keinen Weg, um einfach aus dem MBR eine GPT zu machen. -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Markus Schaaf <mschaaf@elaboris.de> |
|---|---|
| Date | 2023-02-22 18:33 +0100 |
| Message-ID | <tt5jl9$1ib1m$2@dont-email.me> |
| In reply to | #128367 |
Am 22.02.23 um 17:56 schrieb Gerald E¡scher: > Die EFI-Partition lässt sich hinzufügen, aber ich kenne keinen Weg, um > einfach aus dem MBR eine GPT zu machen. Wenn Du die Platte mit einem vernünftigen Tool partitioniert hast, ist am Anfang genug Platz. Hinten musst Du entweder die letzte Partition schrumpfen, oder die Option finden, die zweite GPT-Tabelle wegzulassen. Dann alle Partitionen mit Sektorgrenzen aufschreiben, und als GPT neu anlegen. Könnte klappen. :-) MfG
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-02-22 18:11 +0000 |
| Message-ID | <167708946343.70954.4218766794016668626.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #128370 |
Markus Schaaf schrieb am 22/2/2023 18:33: > Am 22.02.23 um 17:56 schrieb Gerald E¡scher: > >> Die EFI-Partition lässt sich hinzufügen, aber ich kenne keinen Weg, um >> einfach aus dem MBR eine GPT zu machen. > > Wenn Du die Platte mit einem vernünftigen Tool partitioniert > hast, ist am Anfang genug Platz. Hinten musst Du entweder die > letzte Partition schrumpfen, oder die Option finden, die zweite > GPT-Tabelle wegzulassen. Dann alle Partitionen mit Sektorgrenzen > aufschreiben, und als GPT neu anlegen. Könnte klappen. :-) Ich schrieb "einfach" :-) Die Partitionen in z.B. parted mit ihren Sektorgrenzen händisch anlegen, ist halt doch etwas aufwändig und fehlerträchtig. -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Markus Schaaf <mschaaf@elaboris.de> |
|---|---|
| Date | 2023-02-22 19:34 +0100 |
| Message-ID | <tt5n8h$1j4db$1@dont-email.me> |
| In reply to | #128371 |
Am 22.02.23 um 19:11 schrieb Gerald E¡scher: > Die Partitionen in z.B. parted mit ihren Sektorgrenzen händisch > anlegen, ist halt doch etwas aufwändig und fehlerträchtig. Ich nehm immer fdisk. Das ist IMO total übersichtlich. $ sudo fdisk -l /dev/nvme0n1 Festplatte /dev/nvme0n1: 238,47 GiB, 256060514304 Bytes, 500118192 Sektoren [...] Gerät Anfang Ende Sektoren Größe Typ /dev/nvme0n1p1 2048 2097151 2095104 1023M EFI-System /dev/nvme0n1p2 2097152 10485759 8388608 4G Linux Swap /dev/nvme0n1p3 10485760 468860927 458375168 218,6G Linux root (x86)
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-02-23 21:47 +0100 |
| Message-ID | <871qmg6re5.fsf-bofh@killfile.de> |
| In reply to | #128372 |
Markus Schaaf <mschaaf@elaboris.de> schrieb: > Am 22.02.23 um 19:11 schrieb Gerald E¡scher: > >> Die Partitionen in z.B. parted mit ihren Sektorgrenzen händisch >> anlegen, ist halt doch etwas aufwändig und fehlerträchtig. > > Ich nehm immer fdisk. Das ist IMO total übersichtlich. Das kann erst seit seit relativ kurzer Zeit überhaupt mit gpt umgehen. gdisk dagegen schon seit Ewigkeiten und da sind Kinderkrankheiten mit ziemlicher Sicherheit seit langem Geschichte. Anzeige/Funktion ist nahezu identisch. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-02-24 22:17 +0100 |
| Message-ID | <20230224221759.fd7585646c0d676ecf7fdf82@SchS.de> |
| In reply to | #128411 |
Hallo Marcus, Du schriebst am Thu, 23 Feb 2023 21:47:14 +0100: [GPT] > > Ich nehm immer fdisk. Das ist IMO total übersichtlich. > > Das kann erst seit seit relativ kurzer Zeit überhaupt mit gpt umgehen. > > gdisk dagegen schon seit Ewigkeiten und da sind Kinderkrankheiten > mit ziemlicher Sicherheit seit langem Geschichte. > Anzeige/Funktion ist nahezu identisch. Kein Wunder - gdisk ist ja eine "Seitenlinie" von fdisk _für_ GPT, aus diesem wohl abgeleitet und erst seit nicht allzu langer Zeit wider in fdisk eingeflossen. -- (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]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-02-25 09:21 +0100 |
| Message-ID | <877cw6m9yk.fsf-bofh@killfile.de> |
| In reply to | #128445 |
Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> schrieb: > Kein Wunder - gdisk ist ja eine "Seitenlinie" von fdisk _für_ GPT, aus > diesem wohl abgeleitet und erst seit nicht allzu langer Zeit wider in > fdisk eingeflossen. Bitte setze keine Gerüchte in die Welt, wenn Du schlicht keine Ahnung und bloße Vermutungen hast. Nein, es ist nicht „abgeleitet“ sondern war einfach nur zig Jahre fdisk in Sachen GPT voraus. Abgeleitet höchstens im Sinne, daß es Laufwerke partitioniert und eine ziemlich übliche Menüsteuerung bietet. gdisk ist von Roderick W. Smith. Das ist kein Fork von fdisk oder ähnliches sondern lediglich in der Bedienung daran angelehnt. Schlicht und einfach, weil jeder daran gewöhnt ist und es daher Sinn ergibt. Nicht mehr und nicht weniger. Es ist nicht einfach „nur“ eine Abwandlung des damaligen fdisk. Und es ist dementsprechend auch nicht wieder „eingeflossen“, sondern fdisk hat nach ungefähr einem Jahrzehnt oder länger endlich wieder Anschluß an die Gegenwart gefunden. Das hat unendlich lange gedauert. GPT Handling ist leider relativ neu in fdisk aber nur das, was gdisk schon seit Ewigkeiten beherrscht und wofür das gemacht wurde. Wenn es um GPT geht, dann verwende ich persönlich lieber gdisk. Da weiß ich zumindest, daß es das schon seit sehr langer Zeit beherrscht und das längst bewiesen hat. Bei fdisk weiß ich eher, daß die locker ein Jahrzehnt hinterher waren und dann vielleicht dann auch in Sachen Behebung von Bugs nicht die allerschnellsten sind. Das ist meine persönliche Spekulation. Wenn sie clever waren, haben sie aber hoffentlich den Code von gdisk übernommen. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2023-02-22 20:12 +0100 |
| Message-ID | <tt5pe2$1jaej$1@dont-email.me> |
| In reply to | #128367 |
Am 22.02.2023 um 16:56:47 Uhr schrieb Gerald E¡scher: > Die EFI-Partition lässt sich hinzufügen, aber ich kenne keinen Weg, um > einfach aus dem MBR eine GPT zu machen. Geht wohl mit gdisk. https://www.linuxtopic.com/2017/08/convert-mbr-to-gpt.html Muss aber für UEFI nach meinem Kenntnisstand nicht zwingend gemacht werden.
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-02-23 09:33 +0000 |
| Message-ID | <167714482520.70954.10909580251597675215.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #128374 |
Marco Moock schrieb am 22/2/2023 20:12: > Am 22.02.2023 um 16:56:47 Uhr schrieb Gerald E¡scher: > >> Die EFI-Partition lässt sich hinzufügen, aber ich kenne keinen Weg, um >> einfach aus dem MBR eine GPT zu machen. > > Geht wohl mit gdisk. > https://www.linuxtopic.com/2017/08/convert-mbr-to-gpt.html Gut zu wissen, aber ich glaube, ich werde es nicht mehr brauchen. > Muss aber für UEFI nach meinem Kenntnisstand nicht zwingend gemacht > werden. Ohne CSM kann ein UEFI nicht von einer Platte mit MBR booten. -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2023-02-23 19:51 +0100 |
| Message-ID | <tt8cjo$1ug51$2@dont-email.me> |
| In reply to | #128389 |
Am 23.02.2023 um 09:33:45 Uhr schrieb Gerald E¡scher: > Marco Moock schrieb am 22/2/2023 20:12: > > > Am 22.02.2023 um 16:56:47 Uhr schrieb Gerald E¡scher: > > > >> Die EFI-Partition lässt sich hinzufügen, aber ich kenne keinen > >> Weg, um einfach aus dem MBR eine GPT zu machen. > > > > Geht wohl mit gdisk. > > https://www.linuxtopic.com/2017/08/convert-mbr-to-gpt.html > > Gut zu wissen, aber ich glaube, ich werde es nicht mehr brauchen. > > > Muss aber für UEFI nach meinem Kenntnisstand nicht zwingend gemacht > > werden. > > Ohne CSM kann ein UEFI nicht von einer Platte mit MBR booten. Warum ist das so? Ich habe es ehrlich gesagt noch nicht getestet.
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-02-23 19:21 +0000 |
| Message-ID | <167718011705.70954.5766555204358124356.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #128404 |
Marco Moock schrieb am 23/2/2023 19:51: > Am 23.02.2023 um 09:33:45 Uhr schrieb Gerald E¡scher: > >> Ohne CSM kann ein UEFI nicht von einer Platte mit MBR booten. > > Warum ist das so? Weil sich im MBR Code befindet, der den Code im Bootsektor der Boot-Partition ins RAM lädt und ausführt, der wiederum einen Bootloader oder gleich den Kernel des zu startenden Betrübssystems ins RAM lädt und ausführt. Um die benötigten Sektoren der Festplatte einzulesen, wird hierfür der BIOS-Interrupt 13h genutzt. https://en.wikipedia.org/wiki/INT_13H -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2023-02-23 21:17 +0100 |
| Message-ID | <tt8hk8$1ug51$8@dont-email.me> |
| In reply to | #128405 |
Am 23.02.2023 um 19:21:57 Uhr schrieb Gerald E¡scher: > Marco Moock schrieb am 23/2/2023 19:51: > > > Am 23.02.2023 um 09:33:45 Uhr schrieb Gerald E¡scher: > > > >> Ohne CSM kann ein UEFI nicht von einer Platte mit MBR booten. > > > > Warum ist das so? > > Weil sich im MBR Code befindet, der den Code im Bootsektor der > Boot-Partition ins RAM lädt und ausführt, der wiederum einen > Bootloader oder gleich den Kernel des zu startenden Betrübssystems > ins RAM lädt und ausführt. > Um die benötigten Sektoren der Festplatte einzulesen, wird hierfür der > BIOS-Interrupt 13h genutzt. > https://en.wikipedia.org/wiki/INT_13H Was passiert aber nun, wenn man eine MBR-Tabelle hat, da eine EFI-Partition anlegt und einen EFI-Booteintrag erstellt? Kann ein UEFI dann wirklich nicht booten? Für den Code im MBR wird es sich natürlich nicht interessieren.
[toc] | [prev] | [next] | [standalone]
| From | Markus Schaaf <mschaaf@elaboris.de> |
|---|---|
| Date | 2023-02-23 21:39 +0100 |
| Message-ID | <tt8iue$1u952$2@dont-email.me> |
| In reply to | #128407 |
Am 23.02.23 um 21:17 schrieb Marco Moock: > Was passiert aber nun, wenn man eine MBR-Tabelle hat, da eine > EFI-Partition anlegt und einen EFI-Booteintrag erstellt? > > Kann ein UEFI dann wirklich nicht booten? Alle Firmware, die ich gesehen habe, kann das. Es gibt dumme Firmware, die bootet von GPT nur UEFI. Kenne ich aber nur vom Hörensagen. MfG
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-02-24 08:43 +0100 |
| Message-ID | <tt9pr4$4lgg$1@news1.tnib.de> |
| In reply to | #128408 |
Markus Schaaf <mschaaf@elaboris.de> wrote: >Am 23.02.23 um 21:17 schrieb Marco Moock: > >> Was passiert aber nun, wenn man eine MBR-Tabelle hat, da eine >> EFI-Partition anlegt und einen EFI-Booteintrag erstellt? >> >> Kann ein UEFI dann wirklich nicht booten? > >Alle Firmware, die ich gesehen habe, kann das. Es gibt dumme >Firmware, die bootet von GPT nur UEFI. Kenne ich aber nur vom >Hörensagen. Dumme Firmware hat lange Tradition. Asus hat es vor 20 Jahren mal gewagt, ein BIOS auszuliefern, dsas den MBR überhaupt erst ausgeführt hat, wenn es eine auf aktiv gesetzte primäre Partition gefunden hat, obwohl Linux mit grub damals schon sehr gut aus einem lógischen Laufwerk hätte booten können wenn das BIOS es nur probiert hätte anstelle stumpf "Not found primary partition!" (sic!) auszugeben. 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]
Page 5 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