Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #132252 > unrolled thread
| Started by | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| First post | 2023-06-29 16:21 -0400 |
| Last post | 2023-07-01 20:59 +0200 |
| Articles | 20 on this page of 189 — 23 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-06-29 16:21 -0400
Re: Numlock aktivieren Marco Moock <mo01@posteo.de> - 2023-06-29 22:40 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-06-29 18:03 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-06-30 00:40 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-06-29 19:21 -0400
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-06-30 03:27 +0000
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-06-30 03:35 +0200
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-06-30 03:50 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-06-29 23:29 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-06-30 06:49 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-06-30 02:09 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-06-30 23:35 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 00:30 -0400
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-04 08:51 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-04 22:47 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-05 05:25 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-05 00:15 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-05 06:48 +0200
Notwendigkeit von Firmware-Paketen anzeigen (was: Numlock aktivieren) Tim Landscheidt <tim@tim-landscheidt.de> - 2023-07-05 10:43 +0000
Re: Notwendigkeit von Firmware-Paketen anzeigen Helmut Waitzmann <nn.throttle@xoxy.net> - 2023-07-09 21:34 +0200
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-10 16:54 +0200
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-10 20:17 +0200
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-15 13:50 +0200
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-15 19:58 +0200
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-16 04:45 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-16 05:18 +0000
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-16 20:37 +0200
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-16 20:30 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-15 16:42 -0400
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-16 20:44 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-16 19:53 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-17 03:35 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-16 22:18 -0400
Re: Numlock aktivieren Marcus Jodorf <m@bogomips.de> - 2023-07-18 07:35 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-18 09:53 +0200
Re: Numlock aktivieren "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-18 10:36 +0200
Was genau ist Booten? (was: Numlock aktivieren) Andreas Kohlbach <ank@spamfence.net> - 2023-07-18 17:50 -0400
Re: Was genau ist Booten? (was: Numlock aktivieren) Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-19 20:12 +0200
Re: Was genau ist Booten? (was: Numlock aktivieren) Joerg Lorenz <hugybear@gmx.ch> - 2023-07-22 11:30 +0200
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-17 20:14 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-17 22:30 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-17 17:21 -0400
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-10 20:22 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-11 03:33 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-10 21:46 -0400
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-11 08:47 +0200
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-11 20:21 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-12 14:02 +0000
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-12 20:00 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-12 22:56 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-11 04:22 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-11 01:38 -0400
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-11 08:48 +0200
Re: Numlock aktivieren "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-11 11:12 +0200
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-11 11:27 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-15 11:34 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-15 16:38 -0400
Re: Numlock aktivieren Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-30 22:46 +0200
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-06-30 23:33 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-06-30 21:56 +0000
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-04 08:54 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-04 14:45 +0000
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-10 16:58 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-10 16:01 +0000
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-15 13:53 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-15 17:54 +0000
Re: Numlock aktivieren Bernd Mayer <beam.bam.boom@knuut.de> - 2023-07-01 07:35 +0200
Re: Numlock aktivieren michaelnoeusenet@mac.com (Michael Noe) - 2023-07-01 08:29 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 15:05 -0400
UEFI-Upgrade-Unlust (was: Numlock aktivieren) michaelnoeusenet@mac.com (Michael Noe) - 2023-07-02 09:47 +0200
Re: UEFI-Upgrade-Unlust Andreas Kohlbach <ank@spamfence.net> - 2023-07-02 22:51 -0400
Re: UEFI-Upgrade-Unlust Bernd Mayer <beam.bam.boom@knuut.de> - 2023-07-03 05:18 +0200
Re: UEFI-Upgrade-Unlust Andreas Kohlbach <ank@spamfence.net> - 2023-07-03 18:08 -0400
Re: UEFI-Upgrade-Unlust michaelnoeusenet@mac.com (Michael Noe) - 2023-07-04 17:33 +0200
Re: Numlock aktivieren Bernd Mayer <beam.bam.boom@knuut.de> - 2023-07-03 22:28 +0200
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-04 08:26 +0200
Re: Numlock aktivieren Bernd Mayer <beam.bam.boom@knuut.de> - 2023-07-01 09:42 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 15:06 -0400
Re: Numlock aktivieren Claus Reibenstein <creibens@gmail.com> - 2023-07-02 12:51 +0200
Re: Numlock aktivieren michaelnoeusenet@mac.com (Michael Noe) - 2023-07-02 13:11 +0200
Re: Numlock aktivieren Marcus Jodorf <m@bogomips.de> - 2023-07-02 17:18 +0200
Re: Numlock aktivieren michaelnoeusenet@mac.com (Michael Noe) - 2023-07-02 18:39 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 08:57 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 09:20 +0000
Re: Numlock aktivieren Marco Moock <mo01@posteo.de> - 2023-07-03 11:41 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 10:40 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 12:54 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 11:08 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 16:21 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 19:13 +0000
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-03 19:21 -0400
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 23:55 +0000
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-03 22:00 -0400
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-04 09:15 +0000
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-04 20:09 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-04 21:05 +0000
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-05 20:42 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-05 20:28 +0000
Re: Numlock aktivieren Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2023-07-06 09:25 +0200
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-06 20:04 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-06 19:14 +0000
Re: Numlock aktivieren Marcus Jodorf <m@bogomips.de> - 2023-07-04 04:11 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-04 10:02 +0200
Re: Numlock aktivieren Holger Schauer <Holger.Schauer@gmx.de> - 2023-07-13 15:47 +0200
Re: Numlock aktivieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2023-07-04 10:12 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-04 13:30 +0200
Re: Numlock aktivieren Claus Reibenstein <creibens@gmail.com> - 2023-07-04 20:48 +0200
Re: Numlock aktivieren Claus Reibenstein <creibens@gmail.com> - 2023-07-04 20:45 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-05 09:49 +0200
Re: Numlock aktivieren Claus Reibenstein <creibens@gmail.com> - 2023-07-05 17:57 +0200
Re: Numlock aktivieren Joerg Lorenz <hugybear@gmx.ch> - 2023-07-05 18:58 +0200
Re: Numlock aktivieren Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-07-05 08:54 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-05 22:34 +0200
Re: Numlock aktivieren Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-07-06 05:28 +0000
Re: Numlock aktivieren Joerg Lorenz <hugybear@gmx.ch> - 2023-07-06 09:07 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-07 11:14 +0200
Re: Numlock aktivieren Marcus Jodorf <m@bogomips.de> - 2023-07-06 23:16 +0200
Re: Numlock aktivieren Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-07-07 04:49 +0000
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-03 15:55 +0200
Re: Numlock aktivieren Marco Moock <mo01@posteo.de> - 2023-07-03 11:41 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 12:54 +0200
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-03 15:57 +0200
Re: Numlock aktivieren michaelnoeusenet@mac.com (Michael Noe) - 2023-07-03 22:28 +0200
Re: Numlock aktivieren Marcus Jodorf <m@bogomips.de> - 2023-07-04 04:26 +0200
Re: Numlock aktivieren Marcus Jodorf <m@bogomips.de> - 2023-07-03 12:25 +0200
Re: Numlock aktivieren "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-02 17:30 +0200
Re: Numlock aktivieren Claus Reibenstein <creibens@gmail.com> - 2023-07-02 21:14 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-02 19:58 +0000
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-02 23:56 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 09:05 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 09:14 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 12:55 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 11:09 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 16:23 +0200
Re: Numlock aktivieren Claus Reibenstein <creibens@gmail.com> - 2023-07-03 13:13 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 16:28 +0200
Re: Numlock aktivieren Claus Reibenstein <creibens@gmail.com> - 2023-07-04 20:52 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-05 09:51 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-03 12:47 +0000
Re: Numlock aktivieren "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-03 15:02 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-03 13:33 +0000
Re: Numlock aktivieren Paul Muster <exp-311223@news.muster.net> - 2023-07-03 17:08 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-03 15:39 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 16:29 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-03 14:43 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 20:21 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 09:06 +0200
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 09:16 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 12:57 +0200
Re: Numlock aktivieren Claus Reibenstein <creibens@gmail.com> - 2023-07-03 13:19 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 16:31 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-02 22:55 -0400
Re: Numlock aktivieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 09:17 +0000
Re: Numlock aktivieren Joerg Lorenz <hugybear@gmx.ch> - 2023-07-03 12:14 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-03 18:10 -0400
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-04 08:47 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-04 22:42 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-05 05:29 +0200
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-05 09:53 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-06-30 03:23 +0000
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-06-30 01:42 -0400
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-06-30 13:27 +0000
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 00:28 -0400
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-01 17:24 +0000
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 14:50 -0400
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-01 19:22 +0000
Re: Numlock aktivieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-03 09:08 +0200
Re: Numlock aktivieren Paul Muster <exp-311223@news.muster.net> - 2023-07-03 12:43 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-03 19:30 -0400
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-03 11:26 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-03 19:44 -0400
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-04 08:45 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-04 22:39 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-05 05:37 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-05 00:20 -0400
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-10 17:03 +0200
Re: Numlock aktivieren Ralph Angenendt <dein.name@strg-alt-entf.org> - 2023-07-05 13:52 +0000
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-05 17:50 -0400
Re: Numlock aktivieren Frank Miller <miller@posteo.ee> - 2023-07-06 00:44 +0200
Re: Numlock aktivieren Arno Welzel <usenet@arnowelzel.de> - 2023-07-10 17:01 +0200
Re: Numlock aktivieren "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-01 21:18 +0200
Re: Numlock aktivieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-07-01 19:35 +0000
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-01 20:58 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 19:02 -0400
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 19:35 -0400
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-02 20:16 +0200
Re: Numlock aktivieren erzhausen <erzhausen@gmx.net> - 2023-06-30 07:55 +0200
Re: Numlock aktivieren Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 00:28 -0400
Re: Numlock aktivieren Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-01 20:59 +0200
Page 2 of 10 — ← Prev page 1 [2] 3 4 … 10 Next page →
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-10 16:54 +0200 |
| Message-ID | <kh2kd7F4eapU5@mid.individual.net> |
| In reply to | #132543 |
Andreas Kohlbach, 2023-07-05 04:47: > On Tue, 4 Jul 2023 08:51:49 +0200, Arno Welzel wrote: >> >> Unahabhängig vom Numlock-Status: >> >> Mikrocode wird nicht von der Linux-Distribution geliefert, sondern vom >> Hardware-Hersteller. Wenn eine Linux-Distribution sich wegen veraltetem >> BIOS komisch verhält, ist die Lösung, das BIOS zu aktualisieren. > > Ich habe hier Unmengen von Firmware Paketen. > > Und wer ist der Hardware-Hersteller? Da die CPU von besagten Bugs > betroffen ist, dürften die Intel bzw. AMD sein. Nicht aber DELL in meinem > Fall. Intel und AMD liefern an Dell und die bauen das dann in ihr BIOS/UEFI ein. Siehe z.B.: <https://www.deskmodder.de/blog/2022/01/22/neuer-intel-mikrocode-in-kritischen-sicherheits-firmware-update/> > Und Intel und AMD tun gut daran, den Microcode auch zu > veröffentlichen. Somit sollte er für jede Distribution verfügbar sein. Tun sie ja. Siehe oben. Aber man integriert das nicht in Linux sondern nutzt das, um das BIOS/UEFI des Systems zu aktualisieren - denn der Mikrocode ist für die CPU gedacht und nicht für Software und er muss vorhanden sein *bevor* Linux bootet. > Weiter wir der Installer bei der Installation wissen, welche CPU da > läuft, und entsprechenden Microcode automatisch installieren. Nein. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-07-10 20:17 +0200 |
| Message-ID | <20230710201749.29d6706d@Achmuehle.WOR> |
| In reply to | #132678 |
Hallo Arno, Du schriebst am Mon, 10 Jul 2023 16:54:32 +0200: > Mikrocode ist für die CPU gedacht und nicht für Software und er muss > vorhanden sein *bevor* Linux bootet. Und wie kommt der dann vom nicht-gebooteten und daher zu Dateizugriffen unfähigen Linux in die CPU? Wie stopfst Du dieses Loch? Eigentlich ganz einfach: Der Mikrocode muß _nicht_ vorhanden sein *bevor* Linux (oder ein anderes System) bootet - er kann eigentlich "jederzeit" mit geeigneter Vorgehensweise geladen werden, solange nichts angesprochen wird, was _erst_ der Mikrocode zur Verfügung stellt. Die CPU ist auch ohne diesen ein vollständig funktionsfähiger Prozessor. (Aber es gibt durchaus auch Bauteile, die erst _nach_ Laden eines Betriebsprogramms funktionfähig sind, datz gehören viele FPGAs.) -- (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 | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-15 13:50 +0200 |
| Message-ID | <khffg8F7ritU2@mid.individual.net> |
| In reply to | #132692 |
Sieghard Schicktanz, 2023-07-10 20:17: > Hallo Arno, > > Du schriebst am Mon, 10 Jul 2023 16:54:32 +0200: > >> Mikrocode ist für die CPU gedacht und nicht für Software und er muss >> vorhanden sein *bevor* Linux bootet. > > Und wie kommt der dann vom nicht-gebooteten und daher zu Dateizugriffen > unfähigen Linux in die CPU? Wie stopfst Du dieses Loch? Ohne Firmwareupdate - gar nicht. > Eigentlich ganz einfach: > Der Mikrocode muß _nicht_ vorhanden sein *bevor* Linux (oder ein anderes > System) bootet - er kann eigentlich "jederzeit" mit geeigneter Doch - denn nur dann wird er auch *benutzt*. > Vorgehensweise geladen werden, solange nichts angesprochen wird, was > _erst_ der Mikrocode zur Verfügung stellt. Die CPU ist auch ohne diesen > ein vollständig funktionsfähiger Prozessor. Ich sagte auch nicht, dass es kein vollständig funktionsfähiger Prozessor wäre - nur dass der Mikrocode geladen sein muss, bevor das OS läuft, damit er auch benutzt wird. > (Aber es gibt durchaus auch Bauteile, die erst _nach_ Laden eines > Betriebsprogramms funktionfähig sind, datz gehören viele FPGAs.) Korrekt. Eine CPU ist aber kein FPGA. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-07-15 19:58 +0200 |
| Message-ID | <20230715195821.649671ea@Achmuehle.WOR> |
| In reply to | #132770 |
Hallo Arno, Du schriebst am Sat, 15 Jul 2023 13:50:32 +0200: [Mikrocode] > > Und wie kommt der dann vom nicht-gebooteten und daher zu Dateizugriffen > > unfähigen Linux in die CPU? Wie stopfst Du dieses Loch? > > Ohne Firmwareupdate - gar nicht. Was soll das heißen? Da fehlt jeglicher Zusammenhang. > > Eigentlich ganz einfach: > > Der Mikrocode muß _nicht_ vorhanden sein *bevor* Linux (oder ein anderes > > System) bootet - er kann eigentlich "jederzeit" mit geeigneter > > Doch - denn nur dann wird er auch *benutzt*. Davon war nicht die Rede - die Rede war davon, wie der Mikrocode _in die CPU kommt_. Anfänglich, nach dem Einschalten. ... > Ich sagte auch nicht, dass es kein vollständig funktionsfähiger > Prozessor wäre - nur dass der Mikrocode geladen sein muss, bevor das OS > läuft, damit er auch benutzt wird. Den abschließenden Nebensatz - der die Aussage zwar richtig macht, um was es aber gerade _nicht_ ging - hast Du (mal wieder?) dazugedichtet, um wieder rechthaben zu können. BTW, in inzwischen mehreren anderen Gruppen gibt es einen Schreiber, der das ganz ähnlich macht und dabei völlig abstruse Vorstellungen kolportiert. Du tendierst sehr heftig in dieselbe Richtung. (Du kennst den sogar auch und hast Dich gelegentlich auch mal mit dem gekabbelt.) -- (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 | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-16 04:45 +0200 |
| Message-ID | <khh3tnFfjtaU9@mid.individual.net> |
| In reply to | #132787 |
Sieghard Schicktanz, 2023-07-15 19:58: > Hallo Arno, > > Du schriebst am Sat, 15 Jul 2023 13:50:32 +0200: > > [Mikrocode] >>> Und wie kommt der dann vom nicht-gebooteten und daher zu Dateizugriffen >>> unfähigen Linux in die CPU? Wie stopfst Du dieses Loch? >> >> Ohne Firmwareupdate - gar nicht. > > Was soll das heißen? Da fehlt jeglicher Zusammenhang. > >>> Eigentlich ganz einfach: >>> Der Mikrocode muß _nicht_ vorhanden sein *bevor* Linux (oder ein anderes >>> System) bootet - er kann eigentlich "jederzeit" mit geeigneter >> >> Doch - denn nur dann wird er auch *benutzt*. > > Davon war nicht die Rede - die Rede war davon, wie der Mikrocode _in die > CPU kommt_. Anfänglich, nach dem Einschalten. Durch das BIOS. Und damit das passiert, muss selbige logischerweise den Mikrocode haben, indem man es aktualisiert durch ein Firmware-Update. Und das ist auch sinnvoll so, da man den aktuellen Mikrocode ja immer haben will und nicht nur, wenn Linux ihn beim Bootvorgang lädt. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-07-16 05:18 +0000 |
| Message-ID | <168948471265.24414.3407761977969122764.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #132792 |
Arno Welzel schrieb am 16/7/2023 04:45: > Sieghard Schicktanz, 2023-07-15 19:58: > >> Davon war nicht die Rede - die Rede war davon, wie der Mikrocode _in die >> CPU kommt_. Anfänglich, nach dem Einschalten. > > Durch das BIOS. Dass die CPU nach einem Reset überhaupt ihren Maschinencode ausführen kann, muss sie selbstverständlich einen Microcode ab Werk enthalten. Das BIOS/UEFI kann ein /Update/ des Microcodes machen. > Und damit das passiert, muss selbige logischerweise den > Mikrocode haben, indem man es aktualisiert durch ein Firmware-Update. Dummerweise aktualiseren viele Leute so wie Andreas nie ihr BIOS/UEFI, weswegen die Distributionen Pakete mit Microcode enthalten, z.B. bei Ubuntu: $ apt search microcode amd64-microcode/jammy,now 3.20191218.1ubuntu2 amd64 [Installiert,automatisch] Prozessor-Mikrocode-Firmware für AMD CUPs [...] intel-microcode/jammy-updates,jammy-security,now 3.20230214.0ubuntu0.22.04.1 amd64 [Installiert,automatisch] Processor microcode firmware for Intel CPUs [...] > Und das ist auch sinnvoll so, da man den aktuellen Mikrocode ja immer > haben will und nicht nur, wenn Linux ihn beim Bootvorgang lädt. Der Kernel lädt den Microcode in einer sehr frühen Phase des Bootvorgangs bevor sich Bugs im originalen Microcode (oder dem des BIOS/UEFI) auswirken können. Ansonsten verweise ich auf Franks Vorlesestunde <64AD2078.1070308@backwurst.de> -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-07-16 20:37 +0200 |
| Message-ID | <20230716203741.01022f60@Achmuehle.WOR> |
| In reply to | #132798 |
Hallo Gerald, Du schriebst am 16 Jul 2023 05:18:32 GMT: > >> Davon war nicht die Rede - die Rede war davon, wie der Mikrocode _in > >> die CPU kommt_. Anfänglich, nach dem Einschalten. > > > > Durch das BIOS. > > Dass die CPU nach einem Reset überhaupt ihren Maschinencode ausführen > kann, muss sie selbstverständlich einen Microcode ab Werk enthalten. Das Das trifft für die aktuell(er)en CPUs meistens zu (vor allem x86). Oder ist das dann nicht eher die CPU-interne Firmware? Nomenklatteradatsch. > BIOS/UEFI kann ein /Update/ des Microcodes machen. "Mikrocode" heißt halt meistens daas, was zur Nachbesserun vom Hersteller nachgeliefert wird. ... > Dummerweise aktualiseren viele Leute so wie Andreas nie ihr BIOS/UEFI, > weswegen die Distributionen Pakete mit Microcode enthalten, z.B. bei > Ubuntu: Noch dümmererweise gibt es auch immer wieder den Fall, daß es - vor allem für schon leicht "angetagte" Bretter - überhauüt kein Update für die Firmware mehr gibt. Da ist das System dann halt der einzige Weg. -- (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 | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-07-16 20:30 +0200 |
| Message-ID | <20230716203058.4f981977@Achmuehle.WOR> |
| In reply to | #132792 |
Hallo Arno, Du schriebst am Sun, 16 Jul 2023 04:45:12 +0200: > >>> Und wie kommt der dann vom nicht-gebooteten und daher zu > >>> Dateizugriffen unfähigen Linux in die CPU? Wie stopfst Du dieses > >>> Loch? ... > Durch das BIOS. Und damit das passiert, muss selbige logischerweise den Ahsojadannnatürlichklar. Deine Maschine hat ein BIOS, das die Mikrocode- Dateien im Filesystem Deines Betriebssystems liset und damit die CPU aktualisiert. Klar, issjaimmerso. Äh, oder doch nicht? Das (UEFI-) BIOS meiner Maschinekann das leider nicht. Damuß dann halt doch das Linux herhalten... -- (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 | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-15 16:42 -0400 |
| Message-ID | <878rbgx5x2.fsf@usenet.ankman.de> |
| In reply to | #132770 |
On Sat, 15 Jul 2023 13:50:32 +0200, Arno Welzel wrote:
>
> Sieghard Schicktanz, 2023-07-10 20:17:
>
>> Eigentlich ganz einfach:
>> Der Mikrocode muß _nicht_ vorhanden sein *bevor* Linux (oder ein anderes
>> System) bootet - er kann eigentlich "jederzeit" mit geeigneter
>
> Doch - denn nur dann wird er auch *benutzt*.
Und zwar sehr früh, wie ich an einem Reboot vor einigen Tagen im Log
sehen kann>
| 2023-07-10T21:24:27.287670-04:00 workhorse kernel: [ 0.000000]
^^^^^^^^
| microcode: microcode updated early to revision 0x28 [...]
Später wird noch mehr Mikrocode geladen. Alles (oder das meiste?) vor der
ersten Sekunde des Boots.
--
Andreas
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-07-16 20:44 +0200 |
| Message-ID | <20230716204416.1c88c131@Achmuehle.WOR> |
| In reply to | #132791 |
Hallo Andreas, Du schriebst am Sat, 15 Jul 2023 16:42:49 -0400: [Mikrocode laden] > Und zwar sehr früh, wie ich an einem Reboot vor einigen Tagen im Log > sehen kann> > > | 2023-07-10T21:24:27.287670-04:00 workhorse kernel: [ 0.000000] > ^^^^^^^^ > | microcode: microcode updated early to revision 0x28 [...] > > Später wird noch mehr Mikrocode geladen. Alles (oder das meiste?) vor der > ersten Sekunde des Boots. Die ist da aber durchaus schon heftig angebrochen, wenn da schon die Kernel- Meldungen über den Bildschirm laufen - oder wann fängt bei Dir der Boot-Vorgang an? -- (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 | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-16 19:53 -0400 |
| Message-ID | <87ttu3v2eh.fsf@usenet.ankman.de> |
| In reply to | #132822 |
On Sun, 16 Jul 2023 20:44:16 +0200, Sieghard Schicktanz wrote: > > Du schriebst am Sat, 15 Jul 2023 16:42:49 -0400: > > [Mikrocode laden] >> Und zwar sehr früh, wie ich an einem Reboot vor einigen Tagen im Log >> sehen kann> >> >> | 2023-07-10T21:24:27.287670-04:00 workhorse kernel: [ 0.000000] >> ^^^^^^^^ >> | microcode: microcode updated early to revision 0x28 [...] >> >> Später wird noch mehr Mikrocode geladen. Alles (oder das meiste?) vor der >> ersten Sekunde des Boots. > > Die ist da aber durchaus schon heftig angebrochen, wenn da schon die > Kernel- Meldungen über den Bildschirm laufen - oder wann fängt bei Dir der > Boot-Vorgang an? Mit der Frage kann ich nichts anfangen. Vielleicht aber der zweite Eintrag, der "microcode" hat | 2023-07-10T21:24:27.288632-04:00 workhorse kernel: [ 0.081608] SRBDS: | Mitigation: Microcode Immer noch deutlich vor der ersten Sekunde. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Frank Miller <miller@posteo.ee> |
|---|---|
| Date | 2023-07-17 03:35 +0200 |
| Message-ID | <64B49AF9.6080805@backwurst.de> |
| In reply to | #132829 |
Andreas Kohlbach wrote: > On Sun, 16 Jul 2023 20:44:16 +0200, Sieghard Schicktanz wrote: >> >> Du schriebst am Sat, 15 Jul 2023 16:42:49 -0400: >> >> [Mikrocode laden] >>> Und zwar sehr früh, wie ich an einem Reboot vor einigen Tagen im Log >>> sehen kann> >>> >>> | 2023-07-10T21:24:27.287670-04:00 workhorse kernel: [ 0.000000] >>> ^^^^^^^^ >>> | microcode: microcode updated early to revision 0x28 [...] >>> >>> Später wird noch mehr Mikrocode geladen. Alles (oder das meiste?) vor der >>> ersten Sekunde des Boots. >> >> Die ist da aber durchaus schon heftig angebrochen, wenn da schon die >> Kernel- Meldungen über den Bildschirm laufen - oder wann fängt bei Dir der >> Boot-Vorgang an? > > Mit der Frage kann ich nichts anfangen. Definiere einfach mal, was du als "booten" betrachtest.
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-16 22:18 -0400 |
| Message-ID | <87ilajth5d.fsf@usenet.ankman.de> |
| In reply to | #132832 |
On Mon, 17 Jul 2023 03:35:53 +0200, Frank Miller wrote: > > Andreas Kohlbach wrote: >> On Sun, 16 Jul 2023 20:44:16 +0200, Sieghard Schicktanz wrote: >>> >>> Die ist da aber durchaus schon heftig angebrochen, wenn da schon die >>> Kernel- Meldungen über den Bildschirm laufen - oder wann fängt bei Dir der >>> Boot-Vorgang an? >> >> Mit der Frage kann ich nichts anfangen. > > Definiere einfach mal, was du als "booten" betrachtest. Vom Anschalten/Reset zum ersten Login-Prompt. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-07-18 07:35 +0200 |
| Message-ID | <87jzuxrddf.fsf-bofh@killfile.de> |
| In reply to | #132834 |
Andreas Kohlbach <ank@spamfence.net> schrieb: > On Mon, 17 Jul 2023 03:35:53 +0200, Frank Miller wrote: >> >> Andreas Kohlbach wrote: >>> On Sun, 16 Jul 2023 20:44:16 +0200, Sieghard Schicktanz wrote: >>>> >>>> Die ist da aber durchaus schon heftig angebrochen, wenn da schon >>>> die Kernel- Meldungen über den Bildschirm laufen - oder wann fängt >>>> bei Dir der Boot-Vorgang an? >>> >>> Mit der Frage kann ich nichts anfangen. >> >> Definiere einfach mal, was du als "booten" betrachtest. > > Vom Anschalten/Reset zum ersten Login-Prompt. Das sagt nicht viel aus. Das ist bei mir z.B. ungefähr 1,5 Minuten UEFI (also praktisch schwarzer Bildschirm die ganze Zeit und dann noch kurz Herstellerlogo, dann kommt Grub und dann sind es etwa 30 Sekunden, die Linux hochfährt und nach knapp 2 Minuten ist der Login da. Beim ersten Einschalten dachte ich schon, der Rechner sei kaputt ab Werk, weil ewig nichts sichtbar passiert ist. ;-) (Und während der 30 Sekunden Linux Startup noch Eingabe der Paßwörter zu Laufwerksentschlüsselung.) Aber ist doch alles simpel. UEFI macht Microcode updates und falls die Versionen im Linux System neuer sind, werden die nochmal nachgeschoben. Falls nicht - dann eben nicht. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-07-18 09:53 +0200 |
| Message-ID | <u95gdt$1umk2$1@news1.tnib.de> |
| In reply to | #132861 |
Marcus Jodorf <m@bogomips.de> wrote: >Aber ist doch alles simpel. UEFI macht Microcode updates und falls die >Versionen im Linux System neuer sind, werden die nochmal >nachgeschoben. Ich hoffe mal dass das irgendwann mal unmöglich wird, am Ende installiert mir noch eine Malware trojanisierten Microcode. 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-07-18 10:36 +0200 |
| Message-ID | <slrnubcjnq.80gp.hjp-usenet3@trintignant.hjp.at> |
| In reply to | #132865 |
On 2023-07-18 07:53, Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Marcus Jodorf <m@bogomips.de> wrote:
>>Aber ist doch alles simpel. UEFI macht Microcode updates und falls die
>>Versionen im Linux System neuer sind, werden die nochmal
>>nachgeschoben.
>
> Ich hoffe mal dass das irgendwann mal unmöglich wird, am Ende
> installiert mir noch eine Malware trojanisierten Microcode.
Die Alternativen zu Microcode-Updates sind die ganze CPU auszutauschen
oder mit den Bugs zu leben. Beides erscheint mir nicht besser.
(Man könnte aber natürlich Microcode-Updates signieren. Wird
möglicherweise ehe gemacht.)
hp
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-18 17:50 -0400 |
| Subject | Was genau ist Booten? (was: Numlock aktivieren) |
| Message-ID | <87o7k8sxby.fsf_-_@usenet.ankman.de> |
| In reply to | #132861 |
On Tue, 18 Jul 2023 07:35:08 +0200, Marcus Jodorf wrote: > > Andreas Kohlbach <ank@spamfence.net> schrieb: > >> On Mon, 17 Jul 2023 03:35:53 +0200, Frank Miller wrote: >>> >>> Definiere einfach mal, was du als "booten" betrachtest. >> >> Vom Anschalten/Reset zum ersten Login-Prompt. > > Das sagt nicht viel aus. > Das ist bei mir z.B. ungefähr 1,5 Minuten UEFI (also praktisch schwarzer > Bildschirm die ganze Zeit und dann noch kurz Herstellerlogo, dann kommt Grub und dann sind es > etwa 30 Sekunden, die Linux hochfährt und nach knapp 2 Minuten ist der > Login da. OK. Man sollte das Booten IMO aber nicht nur mit Linux in Verbindung bringen. Eine x86 CPU bootet ja seit 1981 (original IBM PC). Seit dem gibt es zwar das BIOS, wenn auch kein UEFI. Vielleicht sprach man auch vor Computern davor schon vom Booten? X'Post + F'up2 dafk. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-07-19 20:12 +0200 |
| Subject | Re: Was genau ist Booten? (was: Numlock aktivieren) |
| Message-ID | <20230719200915.52626202@Achmuehle.WOR> |
| In reply to | #132886 |
Hallo Andreas, Du schriebst am Tue, 18 Jul 2023 17:50:57 -0400: > Man sollte das Booten IMO aber nicht nur mit Linux in Verbindung > bringen. Eine x86 CPU bootet ja seit 1981 (original IBM PC). Seit dem > gibt es zwar das BIOS, wenn auch kein UEFI. > > Vielleicht sprach man auch vor Computern davor schon vom Booten? Baron von Münchhausen, bzw. dessen englisches Äquivalent. -- (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 | Joerg Lorenz <hugybear@gmx.ch> |
|---|---|
| Date | 2023-07-22 11:30 +0200 |
| Subject | Re: Was genau ist Booten? (was: Numlock aktivieren) |
| Message-ID | <u9g7k9$3ot76$1@dont-email.me> |
| In reply to | #132886 |
Am 18.07.23 um 23:50 schrieb Andreas Kohlbach: > On Tue, 18 Jul 2023 07:35:08 +0200, Marcus Jodorf wrote: >> >> Andreas Kohlbach <ank@spamfence.net> schrieb: >> >>> On Mon, 17 Jul 2023 03:35:53 +0200, Frank Miller wrote: >>>> >>>> Definiere einfach mal, was du als "booten" betrachtest. >>> >>> Vom Anschalten/Reset zum ersten Login-Prompt. >> >> Das sagt nicht viel aus. >> Das ist bei mir z.B. ungefähr 1,5 Minuten UEFI (also praktisch schwarzer >> Bildschirm die ganze Zeit und dann noch kurz Herstellerlogo, dann kommt Grub und dann sind es >> etwa 30 Sekunden, die Linux hochfährt und nach knapp 2 Minuten ist der >> Login da. > > OK. > > Man sollte das Booten IMO aber nicht nur mit Linux in Verbindung > bringen. Eine x86 CPU bootet ja seit 1981 (original IBM PC). Seit dem > gibt es zwar das BIOS, wenn auch kein UEFI. > > Vielleicht sprach man auch vor Computern davor schon vom Booten? Solltest *Du* ja eigentlich wissen: *Jahrhunderte* > X'Post + F'up2 dafk. Ignoriert. -- Prudentia potentia est
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-07-17 20:14 +0200 |
| Message-ID | <20230717201401.5f91f5bb@Achmuehle.WOR> |
| In reply to | #132829 |
Hallo Andreas, Du schriebst am Sun, 16 Jul 2023 19:53:58 -0400: > > [Mikrocode laden] > >> | 2023-07-10T21:24:27.287670-04:00 workhorse kernel: [ 0.000000] > >> ^^^^^^^^ > >> | microcode: microcode updated early to revision 0x28 [...] > >> > >> Später wird noch mehr Mikrocode geladen. Alles (oder das meiste?) vor > >> der ersten Sekunde des Boots. > > > > Die ist da aber durchaus schon heftig angebrochen, wenn da schon die > > Kernel- Meldungen über den Bildschirm laufen - oder wann fängt bei Dir > > der Boot-Vorgang an? > > Mit der Frage kann ich nichts anfangen. Wie denn das? Du weißt nicht, was "booten" - im gegebenen Zusammenhang - bedeutet? Dann solltest Du Dich aus solchen Diskussionen heraushalten undbrav alles akzeptieren, was "der Computer" von Dir will, so wie es ein "sog. DAU" halt tut. > Vielleicht aber der zweite Eintrag, der "microcode" hat > > | 2023-07-10T21:24:27.288632-04:00 workhorse kernel: [ 0.081608] SRBDS: > | Mitigation: Microcode > > Immer noch deutlich vor der ersten Sekunde. 2023-07-10T21:24:27.288632-04:00 ist der Zeitpunkt, zu dem diese Ausgabe erzeugt wurde. Wann begann danach bei diesem Vorgang nach Deiner Auffassung der "Boot-Vorgang"? Das müßte ja wenigstens nach 2023-07-10T21:24:27 sein. Diese und die vorherigen Ausgaben kamen vom Linux-Kernel Deiner Maschine. -- (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]
Page 2 of 10 — ← Prev page 1 [2] 3 4 … 10 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web