Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #116028 > unrolled thread
| Started by | georg.schwarz@freenet.de (Georg Schwarz) |
|---|---|
| First post | 2021-03-28 23:05 +0200 |
| Last post | 2021-04-10 22:43 +0200 |
| Articles | 20 on this page of 236 — 31 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Vorteil von UEFI? georg.schwarz@freenet.de (Georg Schwarz) - 2021-03-28 23:05 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-03-28 23:28 +0200
Re: Vorteil von UEFI? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-03-29 03:41 +0200
Re: Vorteil von UEFI? Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-03-29 07:30 +0200
Re: Vorteil von UEFI? georg.schwarz@freenet.de (Georg Schwarz) - 2021-03-29 10:17 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-03-29 10:50 +0200
Re: Vorteil von UEFI? Tim Ritberg <tim@server.invalid> - 2021-03-29 10:52 +0200
Re: Vorteil von UEFI? georg.schwarz@freenet.de (Georg Schwarz) - 2021-03-29 12:05 +0200
Re: Vorteil von UEFI? Tim Ritberg <tim@server.invalid> - 2021-03-29 12:19 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-29 13:52 +0200
Re: Vorteil von UEFI? georg.schwarz@freenet.de (Georg Schwarz) - 2021-03-29 15:49 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-30 10:01 +0200
Re: Vorteil von UEFI? georg.schwarz@freenet.de (Georg Schwarz) - 2021-03-31 22:39 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-01 15:39 +0200
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-01 16:56 +0200
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-01 17:09 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-02 09:43 +0000
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-03 16:41 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-04-04 12:12 +0200
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-04 14:16 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-04-04 15:35 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 16:19 +0200
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-04 17:03 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 19:56 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 14:51 +0200
Re: Vorteil von UEFI? Frank Schletz <frank.schletz@web.de> - 2021-04-05 15:55 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 16:22 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 19:48 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 21:06 +0000
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-05 23:25 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 21:42 +0000
Re: Vorteil von UEFI? klaus reile <klaus.reile@no-more-mail-to.zr> - 2021-04-06 09:30 +0200
Re: Vorteil von UEFI? Ralph Angenendt <dein.name@strg-alt-entf.org> - 2021-04-06 13:46 +0000
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-05 13:10 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 13:31 +0200
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-05 14:13 +0200
Re: Vorteil von UEFI? Stephan Seitz <stse+usenet@rootsland.net> - 2021-04-05 16:38 +0000
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 16:15 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 19:49 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 21:09 +0000
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 12:27 +0000
Re: Vorteil von UEFI? Matthias Gerds <m.gerds@posteo.de> - 2021-04-05 17:27 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 15:32 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 19:50 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 18:44 +0000
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 16:06 +0000
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-06 17:50 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-04 16:03 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 20:08 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 16:32 +0000
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 18:35 +0000
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-01 17:39 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-01 17:53 +0200
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-03 16:46 +0200
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-01 20:25 +0000
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-02 07:08 +0000
Re: Vorteil von UEFI? Matthias Gerds <m.gerds@posteo.de> - 2021-04-02 09:39 +0200
Re: Vorteil von UEFI? Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2021-04-02 10:28 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-02 21:20 +0200
Re: Vorteil von UEFI? Matthias Gerds <m.gerds@posteo.de> - 2021-04-02 21:34 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-02 23:15 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-03 15:31 +0200
Re: Vorteil von UEFI? Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2021-04-03 01:51 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-03 15:32 +0200
Re: Vorteil von UEFI? Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-04-02 10:15 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-02 09:59 +0000
Re: Vorteil von UEFI? Matthias Gerds <m.gerds@posteo.de> - 2021-04-02 20:24 +0200
Re: Vorteil von UEFI? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-03 02:42 +0200
Re: Vorteil von UEFI? Matthias Gerds <m.gerds@posteo.de> - 2021-04-03 12:04 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-03 15:37 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-02 10:04 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-02 21:19 +0200
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-02 17:33 +0000
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-02 23:20 +0000
Re: Vorteil von UEFI? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-03 05:45 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-03 15:40 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-03 13:46 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 13:10 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-04 23:05 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 09:30 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 09:02 +0000
Re: Vorteil von UEFI? klaus reile <klaus.reile@no-mail-today.org> - 2021-04-05 11:42 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-02 21:17 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-02 23:26 +0000
Re: Vorteil von UEFI? Matthias Gerds <m.gerds@posteo.de> - 2021-04-03 12:13 +0200
Re: Vorteil von UEFI? Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-04-03 14:26 +0200
Re: Vorteil von UEFI? Matthias Gerds <m.gerds@posteo.de> - 2021-04-03 14:44 +0200
[OT] Artikelformat (was: Vorteil von UEFI?) Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-04-03 15:22 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-04-03 15:12 +0200
Re: Vorteil von UEFI? Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-04-03 15:51 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 13:12 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-04-04 15:40 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 16:23 +0200
Re: Vorteil von UEFI? georg.schwarz@freenet.de (Georg Schwarz) - 2021-04-04 17:06 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 20:11 +0200
Re: Vorteil von UEFI? georg.schwarz@freenet.de (Georg Schwarz) - 2021-04-05 00:02 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-214@svenhartge.de> - 2021-04-04 18:21 +0200
Re: Vorteil von UEFI? Frank Schletz <frank.schletz@web.de> - 2021-04-03 18:32 +0200
Re: Vorteil von UEFI? Frank Miller <miller@posteo.ee> - 2021-04-04 02:15 +0200
Re: Vorteil von UEFI? Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-04-04 09:45 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-04-04 12:16 +0200
Re: Vorteil von UEFI? Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-04-04 13:13 +0200
Re: Vorteil von UEFI? Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-04-04 14:37 +0200
Re: Vorteil von UEFI? Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-04-04 16:12 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 16:59 +0000
Re: Vorteil von UEFI? Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-04-05 20:16 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-04-04 15:49 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 16:36 +0200
Re: Vorteil von UEFI? Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-04-04 17:35 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 16:30 +0200
Re: Vorteil von UEFI? Paul Muster <exp-311221@news.muster.net> - 2021-04-04 16:49 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-04 15:37 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 20:13 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 16:43 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-03 15:42 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-03 15:14 +0000
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-03 20:31 +0000
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-04 05:29 +0000
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-04 06:32 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 13:16 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-04 15:18 +0000
Re: Vorteil von UEFI? Sven Hartge <sh-214@svenhartge.de> - 2021-04-04 18:28 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-04 17:49 +0000
Re: Vorteil von UEFI? Sven Hartge <sh-214@svenhartge.de> - 2021-04-04 21:58 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-214@svenhartge.de> - 2021-04-05 15:13 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 16:25 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-214@svenhartge.de> - 2021-04-05 16:29 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-07 13:14 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-214@svenhartge.de> - 2021-04-07 13:25 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-07 13:48 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-214@svenhartge.de> - 2021-04-07 13:57 +0200
Re: Vorteil von UEFI? Frank Schletz <frank.schletz@web.de> - 2021-04-05 13:34 +0200
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-05 20:34 +0000
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 17:20 +0000
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 17:30 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-04 21:21 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 05:41 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 14:52 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-06 18:07 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-06 20:48 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-07 22:19 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-08 11:10 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-08 20:35 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-09 12:06 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-10 21:52 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-11 00:30 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-11 23:10 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-13 01:06 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-13 18:05 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-13 19:25 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-24 11:09 +0200
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-26 16:51 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-27 09:07 +0200
Re: Vorteil von UEFI? Bernd Mayer <beam.bam.boom@knuut.de> - 2021-04-24 17:57 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-26 22:49 +0200
Re: Vorteil von UEFI? Bernd Mayer <beam.bam.boom@knuut.de> - 2021-04-27 00:05 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-14 20:57 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-24 11:14 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-24 21:26 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-25 11:18 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-25 22:11 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-26 13:03 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 13:40 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 14:01 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 16:33 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 15:47 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-07 22:42 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-04 23:53 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 09:32 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 09:10 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 13:33 +0200
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 19:10 +0000
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 15:19 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 19:53 +0200
Re: Vorteil von UEFI? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 21:17 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-04 21:15 +0200
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-04 22:16 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 12:56 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 12:09 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-07 22:55 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 14:30 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 15:09 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-07 23:27 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-08 10:02 +0000
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-08 10:22 +0000
Re: Vorteil von UEFI? Robin Garcia Victoria <robin@bawue.de> - 2021-04-12 15:48 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-08 21:20 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-09 08:16 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-10 21:58 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-09 09:26 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-10 22:14 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 08:13 +0000
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-04 15:47 +0000
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-04 17:24 +0000
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-04 18:42 +0000
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 07:03 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 09:38 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 09:22 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 15:27 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 18:17 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-07 23:46 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-08 10:35 +0000
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 00:12 +0000
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-05 14:12 +0000
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-05 19:19 +0000
Re: Vorteil von UEFI? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 15:24 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 15:30 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-04 21:24 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-05 08:24 +0000
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 15:41 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-05 22:52 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-06 07:23 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-06 15:51 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-13 14:51 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-04-13 18:35 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-15 08:09 +0200
Re: Vorteil von UEFI? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-15 19:55 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-17 09:40 +0200
Re: Vorteil von UEFI? Enrik Berkhan <Enrik.Berkhan@inka.de> - 2021-04-13 17:53 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-15 08:10 +0200
Re: Vorteil von UEFI? Martin Vaeth <martin@mvath.de> - 2021-04-06 08:38 +0000
Re: Vorteil von UEFI? Claus Reibenstein <creibens@gmail.com> - 2021-04-03 16:52 +0200
Re: Vorteil von UEFI? Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-03-29 10:40 +0200
Re: Vorteil von UEFI? georg.schwarz@freenet.de (Georg Schwarz) - 2021-03-29 12:05 +0200
Re: Vorteil von UEFI? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-03-29 22:58 +0200
Re: Vorteil von UEFI? Sven Hartge <sh-213@svenhartge.de> - 2021-03-30 07:41 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-03-29 21:51 +0200
Re: Vorteil von UEFI? Andreas Kohlbach <ank@spamfence.net> - 2021-03-29 17:02 -0400
Re: Vorteil von UEFI? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-03-29 23:03 +0200
Re: Vorteil von UEFI? Marcus Jodorf <trap@killfile.de> - 2021-03-30 11:38 +0200
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-30 10:02 +0200
Re: Vorteil von UEFI? Tim Ritberg <tim@server.invalid> - 2021-03-30 10:53 +0200
Re: Vorteil von UEFI? Matthias Gerds <m.gerds@posteo.de> - 2021-03-30 13:08 +0200
Re: Vorteil von UEFI? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-03 15:52 +0000
Re: Vorteil von UEFI? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 13:17 +0200
Re: Vorteil von UEFI? Kay Martinen <usenet@martinen.de> - 2021-04-10 22:43 +0200
Page 2 of 12 — ← Prev page 1 [2] 3 4 … 12 Next page →
| From | Sven Hartge <sh-213@svenhartge.de> |
|---|---|
| Date | 2021-04-04 15:35 +0200 |
| Message-ID | <9h5f40e3lj8nv8@mids.svenhartge.de> |
| In reply to | #116309 |
Claus Reibenstein <creibens@gmail.com> wrote: > Sven Hartge schrieb am 04.04.2021 um 12:12: >> Claus Reibenstein <creibens@gmail.com> wrote: >>> Juergen Ilse schrieb am 02.04.2021 um 11:43: >>>> Mit klassischer "MBR PArtiotnierung" lassen sich von der Platte dann >>>> ur 2TB nutzen >>> >>> DISKPART> detail part >>> >>> Partition 1 >>> Typ : ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 >> >> Das deutet auf eine GPT hin, siehe > Hast recht: > DISKPART> list disk > Datenträger ### Status Größe Frei Dyn GPT > --------------- ------------- ------- ------- --- --- > Datenträger 3 Online 3726 GB 0 B > Datenträger 4 Online 7452 GB 0 B * > Datenträger 4 ist tatsächlich GPT. Hatte ich irgendwie übersehen. > Dann nehmen wir eben Datenträger 3. Ist definitiv kein GPT und hat "nur" > 4 TB, aber auch das sind mehr als 2 TB. Wie schon oft gesagt: Sektor-Größe jenseits von 512Bytes. Das funktioniert für Nicht-Boot-Datenträger erst seit neueren Windows-Versionen. Und natürlich kann man auf eine 4TB-Platte eine DOS-PT packen, dann kann man aber eben nur 2TiB adressieren. Was für Partitionen sind denn auf deinem "Datenträger 3"? Nur weil Windows die Disk als 4TB anzeigt heißt in dieser Ansicht von dispart nicht, dass sie auch voll adressiert wird. Fakt ist aber, dass das harte Limit der DOS-PT 2^32 Sektoren sind. Darum kommt man nicht herum. Insoweit, ja, wenn man wirklich Haare spalten will, ist das Limit nicht 2TiB. Praktisch gesehen sind aber die meisten Consumer-Platten immer noch 512e (also mit mit emulierten 512Byte-Sektoren), womit die 2TiB-Grenze der DOS-PT über das Sektor-Limit wieder greift. S° -- Sigmentation fault. Core dumped.
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-04 16:19 +0200 |
| Message-ID | <s4chu6$lmo$1@news1.tnib.de> |
| In reply to | #116311 |
Sven Hartge <sh-213@svenhartge.de> wrote: >Und natürlich kann man auf eine 4TB-Platte eine DOS-PT packen, dann kann >man aber eben nur 2TiB adressieren. Oder man geht aus den Standards raus und lässt die letzte Partition aus dem adressierbaren Bereich herausragen. Das soll bei manchen Rechnern funktioniert haben, an anderer Stelle aber eine Wraparound gemacht und den Beginn der Platte überschrieben haben. Ich habe für sowas keinerlei Verständnis, wenn es nur gemacht wird, um bei den alten Methoden bleiben zu können anstelle einfach die neue zu benutzen, mit der das gewünschte innerhalb der Parameter liegt. >Praktisch gesehen sind aber die meisten Consumer-Platten immer noch 512e >(also mit mit emulierten 512Byte-Sektoren), womit die 2TiB-Grenze der >DOS-PT über das Sektor-Limit wieder greift. Und es ist im Jahre 2021 eklatante Zeitverschwendung, über sowas überhaupt zu sprechen, wo es doch seit zwei Dekaden ein Format gibt dass dieses Limit nicht hat! Sowas regt mich wirklich auf! -- -------------------------------------- !! 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 | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2021-04-04 17:03 +0200 |
| Message-ID | <icu2qqFnhttU1@mid.individual.net> |
| In reply to | #116315 |
Marc Haber schrieb am 04.04.2021 um 16:19: > Sowas regt mich wirklich auf! Darf ich Dich daran erinnern, dass Du es warst, der in <s44ie4$ufb$1@news1.tnib.de> Blödsinn geschrieben und damit diese Diskussion in Gang gebracht hat! Wenn also jemand einen Grund hat, sich aufzuregen, dann bist das sicher nicht Du. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-04 19:56 +0200 |
| Message-ID | <s4cujg$f16$1@news1.tnib.de> |
| In reply to | #116320 |
Claus Reibenstein <creibens@gmail.com> wrote: >Marc Haber schrieb am 04.04.2021 um 16:19: > >> Sowas regt mich wirklich auf! > >Darf ich Dich daran erinnern, dass Du es warst, der in ><s44ie4$ufb$1@news1.tnib.de> Blödsinn geschrieben und damit diese >Diskussion in Gang gebracht hat! Das ist kein Blödsinn, sondern der Standard auf verbreiteter Hardware. Der von dir beschrieben exotische Randfall hat andere ins Gewicht fallende Nachteile. -- -------------------------------------- !! 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 | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-05 14:51 +0200 |
| Message-ID | <s4f14n$ng5$1@news1.tnib.de> |
| In reply to | #116336 |
Claus Reibenstein <creibens@gmail.com> wrote: >Marc Haber schrieb am 05.04.2021 um 13:31: > >> Claus Reibenstein <creibens@gmail.com> wrote: >> >>> Marc Haber schrieb am 04.04.2021 um 19:56: >>> >>>> Claus Reibenstein <creibens@gmail.com> wrote: >>>> >>>>> Darf ich Dich daran erinnern, dass Du es warst, der in >>>>> <s44ie4$ufb$1@news1.tnib.de> Blödsinn geschrieben und damit diese >>>>> Diskussion in Gang gebracht hat! >>>> >>>> Das ist kein Blödsinn, sondern der Standard auf verbreiteter Hardware. >>>> Der von dir beschrieben exotische Randfall hat andere ins Gewicht >>>> fallende Nachteile. >>> >>> Du hast als Vorteile von GPT gegenüber MBR explizit "Mehr als vier >>> Partitionen" und "kein 2-TB-Limit" angeführt. Beides sind jedoch keine >>> Vorteile, weil beides nicht existiert. Auch mit MBR sind mehr als 4 >>> Partitionen möglich, und auch bei MBR gibt es kein 2-TB-Limit. >> >> Die Erweiterten Partitionen sind an sich bereits ein Flicken, der >> schon in den 80ern auf das bereits damals an seine Grenzen gestoßene >> Format geklebt wurde. > >Funktioniert aber bis heute problemlos, und darauf kommt es letztendlich an. Das sehe ich ganz entschieden anders. Alleine das On-Disk-Format mit den miteinander verketteten Sub-Bootrecords ist würgend. >> Die 2-TByte-Grenze kann man durch größere Sektoren >> erweitern, das haben Hersteller etwa zwei jahre lang probiert und das >> war so schrecklich, dass man ganz schnell wieder davon abgekommen; > >Das lese ich zum ersten Mal. Woher hast Du das? War das nicht in diesem Thread? >>> Das 2-TB-Limit hat übrigens nichts mit GPT oder MBR zu tun, sondern >>> liegt in der Plattenhardware begründet: Mit einer 32-Bit-Adresse lassen >>> sich nun mal nur ca. 4 Milliarden Sektoren adressieren. Bei einer >>> Sektorgröße von 512 Bytes ergibt das 2 TB (eigentlich 2 TiB) als >>> maximale Plattengröße. Wenn Du eine solche Platte hast, hast Du sowohl >>> mit MBR als auch mit GPT Dein "2-TB-Limit". >> >> Jetzt verwirrst Du mich, sprechen wir nicht von dem 2-GB-Limit, um das >> man vor 20 Jahren gekämpft hat? > >Wie kommst Du denn jetzt auf GB? > >4.294.967.296 (2^32) Sektoren mal 512 (2^9) Bytes ergeben >2.199.023.255.552 (2^41) Bytes, also genau 2 TiB. 2 GiB wären nur >2.147.483.648 (2^31) Bytes. Du musst mir das nicht vorrechnen, ich habe einen einschlägigen Universitätsabschluss. Gab es nichtmal eine Grenze, dass die Partition, von der man booten möchte, innerhalb der ersten 2 GB liegen muss? Oder war das eine Grenze einer damals üblichen Software? Ich bin kein Historiker und schaue lieber nach vorne, deswegen kann ich dieses irrelevante Wissen nicht mehr direkt aus dem Ärmel schütteln. Die 2-TiB-Grenze (diesmal wirklich) lässt sich meines Wissens mit 512-byte-Sektoren und MBR nicht durchbrechen; ein GPT-Partitionseintrag hat 64 Bit für die Blocknummern. 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 | Frank Schletz <frank.schletz@web.de> |
|---|---|
| Date | 2021-04-05 15:55 +0200 |
| Message-ID | <aghrjh-2q6.ln1@bechenservnew.suchdirwasaus.de> |
| In reply to | #116373 |
On Mon, 05 Apr 2021 14:51:35 +0200, Marc Haber wrote: <snip> > Gab es nichtmal eine Grenze, dass die Partition, von der man booten > möchte, innerhalb der ersten 2 GB liegen muss? Oder war das eine > Grenze einer damals üblichen Software? Ich bin kein Historiker und > schaue lieber nach vorne, deswegen kann ich dieses irrelevante Wissen > nicht mehr direkt aus dem Ärmel schütteln. Ja. Bis/Einschliesslich Win95 oder Dos 5.x war das so Ist halt echt schon etwas her. Musste ich selbst nachsehen, kann mich jedoch noch sehr gut an das Problem erinnern <snip> Frank
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-04-05 16:22 +0000 |
| Message-ID | <606b395f$0$32756$7b62cf90@news1.net.de> |
| In reply to | #116373 |
Hallo, Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Gab es nichtmal eine Grenze, dass die Partition, von der man booten > möchte, innerhalb der ersten 2 GB liegen muss? Es gab durchaus Bootloader (IIRC z.B. fruehere Versionen von lilo, ich weiss nicht, ob da das Limit je wirklich beseitigt wurde, aber auch durchaus andere Bootloader), die intern mit 32 Bit Sektornummern arbeiteten, was bei den ueb- lichen 512 Byte Sektoren dann zu jener BEschraaeenkung fuehrten ... > Oder war das eine Grenze einer damals üblichen Software? Meines Wissens nach der damals ueblichen Bootloader (die dann i.d.R. auch nicht mit GPT zusammenspielten). Aber ich koennte mich da auch irren ... Tschuesss, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-05 19:48 +0200 |
| Message-ID | <s4fii7$qq7$1@news1.tnib.de> |
| In reply to | #116437 |
Juergen Ilse <news@usenet-verwaltung.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Gab es nichtmal eine Grenze, dass die Partition, von der man booten >> möchte, innerhalb der ersten 2 GB liegen muss? > >Es gab durchaus Bootloader (IIRC z.B. fruehere Versionen von lilo, ich weiss >nicht, ob da das Limit je wirklich beseitigt wurde, aber auch durchaus andere >Bootloader), die intern mit 32 Bit Sektornummern arbeiteten, was bei den ueb- >lichen 512 Byte Sektoren dann zu jener BEschraaeenkung fuehrten ... Aber führen 32-bit-Sektornummern nicht zu einer 2-TB-Grenze? 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 | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-04-05 21:06 +0000 |
| Message-ID | <606b7bed$0$32756$7b62cf90@news1.net.de> |
| In reply to | #116447 |
Hallo, Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Juergen Ilse <news@usenet-verwaltung.de> wrote: >>Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >>> Gab es nichtmal eine Grenze, dass die Partition, von der man booten >>> möchte, innerhalb der ersten 2 GB liegen muss? >> >>Es gab durchaus Bootloader (IIRC z.B. fruehere Versionen von lilo, ich weiss >>nicht, ob da das Limit je wirklich beseitigt wurde, aber auch durchaus andere >>Bootloader), die intern mit 32 Bit Sektornummern arbeiteten, was bei den ueb- >>lichen 512 Byte Sektoren dann zu jener BEschraaeenkung fuehrten ... > > Aber führen 32-bit-Sektornummern nicht zu einer 2-TB-Grenze? Ja. Deswegen konnte der Bootloader keinen Kernel booten, bei dem auch nur ein einziger Block jenseits der 2 TB liegen konnte ... OOPS! Du hattest etwas von 2 GB geschrieben ... Nein, eine solche Schranke hab es meines Wissens nach nicht. Vor der LBAA Addressierung der Sektoren musste der Kernel teils des "BIOS-Addressierbaren Bereichs" der Platte liegen, und das war ohne LBA noch deutlich weiter vorn als die 2 TB ... Tschuess, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2021-04-05 23:25 +0200 |
| Message-ID | <87pmz85sq3.fsf-bofh@killfile.de> |
| In reply to | #116447 |
Marc Haber <mh+usenetspam1118@zugschl.us> schrieb: > Aber führen 32-bit-Sektornummern nicht zu einer 2-TB-Grenze? Die Grenze (eine der Grenzen) damals war die 1024 Cylinder Grenze (8,5GB) über INT 13. Lilo & Co. mußten ja über BIOS Funktionen auf die Platte zugreifen. Wenn ich recht erinnere fing das damals auch mit den separaten Bootpartionen an, damit man sicherstellen konnte, daß der Kernel auf einer Platte noch in einem Bereich landete, den das BIOS noch adressieren konnte. All die glory details findet man im guten alten: <https://tldp.org/HOWTO/html_single/Large-Disk-HOWTO/> Nebenbei auch ein Fortschritt von UEFI vs. BIOS: Der Computer startet nicht mehr im (lahmen) real mode. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-04-05 21:42 +0000 |
| Message-ID | <606b8436$0$32756$7b62cf90@news1.net.de> |
| In reply to | #116467 |
Hallo, Marcus Jodorf <trap@killfile.de> wrote: > Marc Haber <mh+usenetspam1118@zugschl.us> schrieb: > >> Aber führen 32-bit-Sektornummern nicht zu einer 2-TB-Grenze? > > Die Grenze (eine der Grenzen) damals war die 1024 Cylinder Grenze > (8,5GB) über INT 13. > Lilo & Co. mußten ja über BIOS Funktionen auf die Platte zugreifen. > Wenn ich recht erinnere fing das damals auch mit den separaten > Bootpartionen an, damit man sicherstellen konnte, daß der Kernel auf > einer Platte noch in einem Bereich landete, den das BIOS noch > adressieren konnte. Richtig. Das war es. Danke fuer die Erinnerung. Ist schon so lange her ... Tschuess, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | klaus reile <klaus.reile@no-more-mail-to.zr> |
|---|---|
| Date | 2021-04-06 09:30 +0200 |
| Message-ID | <id2h1eFionbU3@mid.individual.net> |
| In reply to | #116447 |
On Mon, 05 Apr 2021 19:48:54 +0200 Marc Haber <mh+usenetspam1118@zugschl.us> wrote: Hallo Marc, du versprachst mir gestern in der Gruppe d.e.f.auto kotzen gehen zu müssen /zu wollen. Hat es geklappt? Lang und anhaltend? Und mit viel Würgen? Ich war ziemlich unhöflich zu dir. Hätte ich dir nicht auch noch Dauerdurchfall wünschen sollen? Und kein Papier? Oder benutzt du ohnehin keins? Du bist schon eine arme und bemitleidenswerte Socke. Oder willst du einfach nur etwas Aufmerksamkeit erregen? Weil sonst niemand mit dir spielt? -- Natürlich hat jeder eine eigene Meinung. Nur weiss auch jeder, wo diese eigene Meinung herkommt? (Lisa Fitz) Lieber einen Ort im Grünen als auch nur einen einzigen Grünen im Ort
[toc] | [prev] | [next] | [standalone]
| From | Ralph Angenendt <dein.name@strg-alt-entf.org> |
|---|---|
| Date | 2021-04-06 13:46 +0000 |
| Message-ID | <slrns6opi2.nid.dein.name@news.strg-alt-entf.org> |
| In reply to | #116480 |
Well, klaus reile <klaus.reile@no-more-mail-to.zr> wrote: > On Mon, 05 Apr 2021 19:48:54 +0200 > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: [...] Probleme mit deinem Mailreader bitte in de.comm.software.mailreader diskutieren (also z.B. "Warum setzt mein Mailprogramm ein Usenet-Posting ab, obwohl ich eine Mail verfasst habe"). Danke, Ralph -- Übervaterlandverräter und Mutterkornblumenblau
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2021-04-05 13:10 +0200 |
| Message-ID | <id09g8F5ut1U1@mid.individual.net> |
| In reply to | #116336 |
Marc Haber schrieb am 04.04.2021 um 19:56: > Claus Reibenstein <creibens@gmail.com> wrote: > >> Marc Haber schrieb am 04.04.2021 um 16:19: >> >>> Sowas regt mich wirklich auf! >> >> Darf ich Dich daran erinnern, dass Du es warst, der in >> <s44ie4$ufb$1@news1.tnib.de> Blödsinn geschrieben und damit diese >> Diskussion in Gang gebracht hat! > > Das ist kein Blödsinn, sondern der Standard auf verbreiteter Hardware. > Der von dir beschrieben exotische Randfall hat andere ins Gewicht > fallende Nachteile. Du hast als Vorteile von GPT gegenüber MBR explizit "Mehr als vier Partitionen" und "kein 2-TB-Limit" angeführt. Beides sind jedoch keine Vorteile, weil beides nicht existiert. Auch mit MBR sind mehr als 4 Partitionen möglich, und auch bei MBR gibt es kein 2-TB-Limit. Das 2-TB-Limit hat übrigens nichts mit GPT oder MBR zu tun, sondern liegt in der Plattenhardware begründet: Mit einer 32-Bit-Adresse lassen sich nun mal nur ca. 4 Milliarden Sektoren adressieren. Bei einer Sektorgröße von 512 Bytes ergibt das 2 TB (eigentlich 2 TiB) als maximale Plattengröße. Wenn Du eine solche Platte hast, hast Du sowohl mit MBR als auch mit GPT Dein "2-TB-Limit". Deshalb haben größere Platten einfach entsprechend größere Sektoren, und das sind keinesfalls "exotische Randfälle". Wenn Du also Vorteile von GPT gegenüber MBR herausstellen willst, dann nenne bitte _echte_ Vorteile und stelle nicht irgendwelche Behauptungen auf, die derart simpel zu widerlegen sind. So etwas regt _mich_ auf. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-05 13:31 +0200 |
| Message-ID | <s4esed$f2v$1@news1.tnib.de> |
| In reply to | #116390 |
Claus Reibenstein <creibens@gmail.com> wrote: >Marc Haber schrieb am 04.04.2021 um 19:56: > >> Claus Reibenstein <creibens@gmail.com> wrote: >> >>> Marc Haber schrieb am 04.04.2021 um 16:19: >>> >>>> Sowas regt mich wirklich auf! >>> >>> Darf ich Dich daran erinnern, dass Du es warst, der in >>> <s44ie4$ufb$1@news1.tnib.de> Blödsinn geschrieben und damit diese >>> Diskussion in Gang gebracht hat! >> >> Das ist kein Blödsinn, sondern der Standard auf verbreiteter Hardware. >> Der von dir beschrieben exotische Randfall hat andere ins Gewicht >> fallende Nachteile. > >Du hast als Vorteile von GPT gegenüber MBR explizit "Mehr als vier >Partitionen" und "kein 2-TB-Limit" angeführt. Beides sind jedoch keine >Vorteile, weil beides nicht existiert. Auch mit MBR sind mehr als 4 >Partitionen möglich, und auch bei MBR gibt es kein 2-TB-Limit. Die Erweiterten Partitionen sind an sich bereits ein Flicken, der schon in den 80ern auf das bereits damals an seine Grenzen gestoßene Format geklebt wurde. Anfänglich gab es auch noch eine IIRC 528 MByte-Grenze, die man durch einen weiteren Flicken auf 2 TB erweiterte (und es Jahre dauerte, bis man sich auf dessen Funktionieren halbwegs verlassen konnte). Die 2-TByte-Grenze kann man durch größere Sektoren erweitern, das haben Hersteller etwa zwei jahre lang probiert und das war so schrecklich, dass man ganz schnell wieder davon abgekommen; ich habe eine solche Platte nie in der Hand gehabt. Der andere Trick, sich darauf zu verlassen das kein Wraparound passiert, ist nach meiner Einschätzung nichtmal ein Flicken, sondern ein verbreiteter Programmerfehler. >Das 2-TB-Limit hat übrigens nichts mit GPT oder MBR zu tun, sondern >liegt in der Plattenhardware begründet: Mit einer 32-Bit-Adresse lassen >sich nun mal nur ca. 4 Milliarden Sektoren adressieren. Bei einer >Sektorgröße von 512 Bytes ergibt das 2 TB (eigentlich 2 TiB) als >maximale Plattengröße. Wenn Du eine solche Platte hast, hast Du sowohl >mit MBR als auch mit GPT Dein "2-TB-Limit". Jetzt verwirrst Du mich, sprechen wir nicht von dem 2-GB-Limit, um das man vor 20 Jahren gekämpft hat? >So etwas regt _mich_ auf. Dann reg DIch einfach mal weiter auf und bleib weiter bei Deiner Geriatronik. -- -------------------------------------- !! 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 | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2021-04-05 14:13 +0200 |
| Message-ID | <id0d7iF6m8uU1@mid.individual.net> |
| In reply to | #116394 |
Marc Haber schrieb am 05.04.2021 um 13:31: > Claus Reibenstein <creibens@gmail.com> wrote: > >> Marc Haber schrieb am 04.04.2021 um 19:56: >> >>> Claus Reibenstein <creibens@gmail.com> wrote: >>> >>>> Darf ich Dich daran erinnern, dass Du es warst, der in >>>> <s44ie4$ufb$1@news1.tnib.de> Blödsinn geschrieben und damit diese >>>> Diskussion in Gang gebracht hat! >>> >>> Das ist kein Blödsinn, sondern der Standard auf verbreiteter Hardware. >>> Der von dir beschrieben exotische Randfall hat andere ins Gewicht >>> fallende Nachteile. >> >> Du hast als Vorteile von GPT gegenüber MBR explizit "Mehr als vier >> Partitionen" und "kein 2-TB-Limit" angeführt. Beides sind jedoch keine >> Vorteile, weil beides nicht existiert. Auch mit MBR sind mehr als 4 >> Partitionen möglich, und auch bei MBR gibt es kein 2-TB-Limit. > > Die Erweiterten Partitionen sind an sich bereits ein Flicken, der > schon in den 80ern auf das bereits damals an seine Grenzen gestoßene > Format geklebt wurde. Funktioniert aber bis heute problemlos, und darauf kommt es letztendlich an. Bei GPT braucht man das zugegebenermaßen nicht, da GPT 128 "primäre" Partitionen bietet. So etwas wie erweiterte oder logische Partitionen gibt es dort nicht. Aber was soll ich mit 128 Partitionen? Ich brauche nur 5. Eigentlich bräuchte ich sogar nur 3, aber Windows hat bei der Installation selber schon 3 primäre angelegt (danke, Microsoft). > Die 2-TByte-Grenze kann man durch größere Sektoren > erweitern, das haben Hersteller etwa zwei jahre lang probiert und das > war so schrecklich, dass man ganz schnell wieder davon abgekommen; Das lese ich zum ersten Mal. Woher hast Du das? >> Das 2-TB-Limit hat übrigens nichts mit GPT oder MBR zu tun, sondern >> liegt in der Plattenhardware begründet: Mit einer 32-Bit-Adresse lassen >> sich nun mal nur ca. 4 Milliarden Sektoren adressieren. Bei einer >> Sektorgröße von 512 Bytes ergibt das 2 TB (eigentlich 2 TiB) als >> maximale Plattengröße. Wenn Du eine solche Platte hast, hast Du sowohl >> mit MBR als auch mit GPT Dein "2-TB-Limit". > > Jetzt verwirrst Du mich, sprechen wir nicht von dem 2-GB-Limit, um das > man vor 20 Jahren gekämpft hat? Wie kommst Du denn jetzt auf GB? 4.294.967.296 (2^32) Sektoren mal 512 (2^9) Bytes ergeben 2.199.023.255.552 (2^41) Bytes, also genau 2 TiB. 2 GiB wären nur 2.147.483.648 (2^31) Bytes. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Stephan Seitz <stse+usenet@rootsland.net> |
|---|---|
| Date | 2021-04-05 16:38 +0000 |
| Message-ID | <id0sntF9jktU1@mid.individual.net> |
| In reply to | #116399 |
Claus Reibenstein <creibens@gmail.com> wrote: > gibt es dort nicht. Aber was soll ich mit 128 Partitionen? Ich brauche Ebern, Ich brauche maximal zwei. Eine für /boot, die andere ist ein LVM für die restlichen Partitionen. Im Prinzip bräuchtest du bei LVM auch kein getrenntes /boot, weil grup LVM kann, aber wenn der Rest verschlüsselt sein soll, ist das so besser. Nach meinem aktuellen Stand kann grupb kein LUKS2. Stephan -- | Stephan Seitz E-Mail: stse+usenet@rootsland.net | | If your life was a horse, you'd have to shoot it. |
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-04-05 16:15 +0000 |
| Message-ID | <606b379e$0$32756$7b62cf90@news1.net.de> |
| In reply to | #116394 |
Hallo, Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Claus Reibenstein <creibens@gmail.com> wrote: >>Das 2-TB-Limit hat übrigens nichts mit GPT oder MBR zu tun, sondern >>liegt in der Plattenhardware begründet: Mit einer 32-Bit-Adresse lassen >>sich nun mal nur ca. 4 Milliarden Sektoren adressieren. Bei einer >>Sektorgröße von 512 Bytes ergibt das 2 TB (eigentlich 2 TiB) als >>maximale Plattengröße. Wenn Du eine solche Platte hast, hast Du sowohl >>mit MBR als auch mit GPT Dein "2-TB-Limit". > > Jetzt verwirrst Du mich, sprechen wir nicht von dem 2-GB-Limit, um das > man vor 20 Jahren gekämpft hat? Die Loesung dafuer hies (bei den damals ver breieten IDE-Platten) "LBA48", und das gibt es offiziell seit 2003. Ich dachte zuerst, LBA48 waere sogar noch aelter als GPT gewesen, aber das ist anscheinend ein Irrtum. GPT wurde wohl ab ca. 2000 im Rahmen dess EFI bzw. UEFI Standards spezifiziert und damit wohl noch ein paar Jahre aelter als LBA48. Tschuess, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-05 19:49 +0200 |
| Message-ID | <s4fijd$qrh$1@news1.tnib.de> |
| In reply to | #116436 |
Juergen Ilse <news@usenet-verwaltung.de> wrote: >Hallo, > >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Claus Reibenstein <creibens@gmail.com> wrote: >>>Das 2-TB-Limit hat übrigens nichts mit GPT oder MBR zu tun, sondern >>>liegt in der Plattenhardware begründet: Mit einer 32-Bit-Adresse lassen >>>sich nun mal nur ca. 4 Milliarden Sektoren adressieren. Bei einer >>>Sektorgröße von 512 Bytes ergibt das 2 TB (eigentlich 2 TiB) als >>>maximale Plattengröße. Wenn Du eine solche Platte hast, hast Du sowohl >>>mit MBR als auch mit GPT Dein "2-TB-Limit". >> >> Jetzt verwirrst Du mich, sprechen wir nicht von dem 2-GB-Limit, um das >> man vor 20 Jahren gekämpft hat? > >Die Loesung dafuer hies (bei den damals ver breieten IDE-Platten) "LBA48", >und das gibt es offiziell seit 2003. >Ich dachte zuerst, LBA48 waere sogar noch aelter als GPT gewesen, aber das >ist anscheinend ein Irrtum. GPT wurde wohl ab ca. 2000 im Rahmen dess EFI >bzw. UEFI Standards spezifiziert und damit wohl noch ein paar Jahre aelter >als LBA48. Also noch ein Flicken. 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 | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-04-05 21:09 +0000 |
| Message-ID | <606b7c94$0$32756$7b62cf90@news1.net.de> |
| In reply to | #116448 |
Hallo, Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Juergen Ilse <news@usenet-verwaltung.de> wrote: >>Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >>> Claus Reibenstein <creibens@gmail.com> wrote: >>>>Das 2-TB-Limit hat übrigens nichts mit GPT oder MBR zu tun, sondern >>>>liegt in der Plattenhardware begründet: Mit einer 32-Bit-Adresse lassen >>>>sich nun mal nur ca. 4 Milliarden Sektoren adressieren. Bei einer >>>>Sektorgröße von 512 Bytes ergibt das 2 TB (eigentlich 2 TiB) als >>>>maximale Plattengröße. Wenn Du eine solche Platte hast, hast Du sowohl >>>>mit MBR als auch mit GPT Dein "2-TB-Limit". >>> >>> Jetzt verwirrst Du mich, sprechen wir nicht von dem 2-GB-Limit, um das >>> man vor 20 Jahren gekämpft hat? >> >>Die Loesung dafuer hies (bei den damals ver breieten IDE-Platten) "LBA48", >>und das gibt es offiziell seit 2003. >>Ich dachte zuerst, LBA48 waere sogar noch aelter als GPT gewesen, aber das >>ist anscheinend ein Irrtum. GPT wurde wohl ab ca. 2000 im Rahmen dess EFI >>bzw. UEFI Standards spezifiziert und damit wohl noch ein paar Jahre aelter >>als LBA48. > > Also noch ein Flicken. LBA48 lieferte eine Loesung fuer ein Problem, dass sich *unterhalb* der Patitionierungen abspielte, ud damit sowohlbei MBR als auch GPT auftrat. Tschuess, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
Page 2 of 12 — ← Prev page 1 [2] 3 4 … 12 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web