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 4 of 10 — ← Prev page 1 2 3 [4] 5 6 … 10 Next page →
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-04 08:54 +0200 |
| Message-ID | <kghu1jFe37dU6@mid.individual.net> |
| In reply to | #132289 |
Gerald E¡scher, 2023-06-30 23:56: > Bernd Mayer schrieb am 30/6/2023 22:46: [...] >> Wenn man keine zwei linke Hände hat dann ist solch ein Batteriewechsel >> recht einfach. > > Bei PCs ja, bei Notbüchern und Miniatur-PCs braucht es einen > Lötkolben und zum Teil viel Schraubarbeit. Bei meinem T580 ist die CMOS-Batterie nur gesteckt. Da muss nix gelötet werden. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-07-04 14:45 +0000 |
| Message-ID | <168848190477.24414.3091754663635982258.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #132510 |
Arno Welzel schrieb am 4/7/2023 08:54:
> Gerald E¡scher, 2023-06-30 23:56:
>
>> Bernd Mayer schrieb am 30/6/2023 22:46:
> [...]
>>> Wenn man keine zwei linke Hände hat dann ist solch ein Batteriewechsel
>>> recht einfach.
>>
>> Bei PCs ja, bei Notbüchern und Miniatur-PCs braucht es einen
>> Lötkolben und zum Teil viel Schraubarbeit.
>
> Bei meinem T580 ist die CMOS-Batterie nur gesteckt. Da muss nix gelötet
> werden.
Glück gehabt, bei meinem IntensePC ist (war) auf der Rückseite des
Motherboards eine kaum erhältliche CR1632 mit zwei Anschlussbeinchen
aufgelötet[1].
Als die leer war, gab es den seltsamen Effekt, dass sämtliche
SATA-Anschlüsse nicht mehr funktioniert haben. Von daher möchte ich
nicht ausschließen, dass eine leere CMOS-Knopfzelle Auswirkungen auf den
Zustand von Numlock haben kann.
Solange Andreas nicht die CMOS-Knopfzelle tauscht und sein
veraltetes BIOS (UEFI?) updateted kriegt er zu mutmaßlichen
Hardwareproblemen von mir keine Antwort mehr.
[1] Bei AliExpress prinzipiell kein Problem, aber Lieferungen von AE
nach Österreich und damit Ersatzteile für Reparaturen hat unsere
zuständige grüne(!) Ministerin erfolgreich sabotiert.
--
Gerald
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-10 16:58 +0200 |
| Message-ID | <kh2kjpF4eapU6@mid.individual.net> |
| In reply to | #132528 |
Gerald E¡scher, 2023-07-04 16:45: > Arno Welzel schrieb am 4/7/2023 08:54: > >> Gerald E¡scher, 2023-06-30 23:56: >> >>> Bernd Mayer schrieb am 30/6/2023 22:46: >> [...] >>>> Wenn man keine zwei linke Hände hat dann ist solch ein Batteriewechsel >>>> recht einfach. >>> >>> Bei PCs ja, bei Notbüchern und Miniatur-PCs braucht es einen >>> Lötkolben und zum Teil viel Schraubarbeit. >> >> Bei meinem T580 ist die CMOS-Batterie nur gesteckt. Da muss nix gelötet >> werden. > > Glück gehabt, bei meinem IntensePC ist (war) auf der Rückseite des > Motherboards eine kaum erhältliche CR1632 mit zwei Anschlussbeinchen > aufgelötet[1]. Kaum erhältlich? <https://www.google.com/search?q=CR1632+mit+loetfahnen> Daraus: <https://www.conrad.de/de/p/renata-cr1632-sm-knopfzelle-cr-1632-lithium-125-mah-3-v-1-st-1009405.html> <https://de.rs-online.com/web/p/knopfzellen-batterien/5132865> <https://de.farnell.com/panasonic-electronic-components/cr-1632-hen/batterie-lithium-2pins-horiz-cr1632/dp/1298245> -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-07-10 16:01 +0000 |
| Message-ID | <168900490558.24414.2727169417649101157.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #132679 |
Arno Welzel schrieb am 10/7/2023 16:58: > Gerald E¡scher, 2023-07-04 16:45: > >> Glück gehabt, bei meinem IntensePC ist (war) auf der Rückseite des >> Motherboards eine kaum erhältliche CR1632 mit zwei Anschlussbeinchen >> aufgelötet[1]. > > Kaum erhältlich? > > <https://www.google.com/search?q=CR1632+mit+loetfahnen> Da kriege ich fast ausschließlich CR1632 /ohne/ Lötfahnen. > Daraus: > > <https://www.conrad.de/de/p/renata-cr1632-sm-knopfzelle-cr-1632-lithium-125-mah-3-v-1-st-1009405.html> > > <https://de.rs-online.com/web/p/knopfzellen-batterien/5132865> > > <https://de.farnell.com/panasonic-electronic-components/cr-1632-hen/batterie-lithium-2pins-horiz-cr1632/dp/1298245> Randbedingung war halt schon, dass ich nicht für eine Einzelbestellung ein Mehrfaches an Versandkosten zahlen möchte, deswegen habe ich bei Obigen erst gar nicht nachgesehen. Meine Lösung war dann von Reichelt eine Halterung für CR2032, angeschlossen mit isolierter Litze. -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-15 13:53 +0200 |
| Message-ID | <khfflcF7ritU3@mid.individual.net> |
| In reply to | #132683 |
Gerald E¡scher, 2023-07-10 18:01: > Arno Welzel schrieb am 10/7/2023 16:58: > >> Gerald E¡scher, 2023-07-04 16:45: >> >>> Glück gehabt, bei meinem IntensePC ist (war) auf der Rückseite des >>> Motherboards eine kaum erhältliche CR1632 mit zwei Anschlussbeinchen >>> aufgelötet[1]. >> >> Kaum erhältlich? >> >> <https://www.google.com/search?q=CR1632+mit+loetfahnen> > > Da kriege ich fast ausschließlich CR1632 /ohne/ Lötfahnen. Und ich eben nicht. Deswegen suchte ich auch "mit loetfahnen". >> Daraus: >> >> <https://www.conrad.de/de/p/renata-cr1632-sm-knopfzelle-cr-1632-lithium-125-mah-3-v-1-st-1009405.html> >> >> <https://de.rs-online.com/web/p/knopfzellen-batterien/5132865> >> >> <https://de.farnell.com/panasonic-electronic-components/cr-1632-hen/batterie-lithium-2pins-horiz-cr1632/dp/1298245> > > Randbedingung war halt schon, dass ich nicht für eine > Einzelbestellung ein Mehrfaches an Versandkosten zahlen möchte, deswegen > habe ich bei Obigen erst gar nicht nachgesehen. Du schriebst nur "kaum erhältlich". Und das stimmt eben nicht. Nur weil Dir die Teile zu teuer sind, sind sie deswegen nicht "kaum erhältlich". -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-07-15 17:54 +0000 |
| Message-ID | <168944365444.24414.13771611845188276262.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #132771 |
Arno Welzel schrieb am 15/7/2023 13:53: > Gerald E¡scher, 2023-07-10 18:01: > >> Arno Welzel schrieb am 10/7/2023 16:58: >> >>> Daraus: >>> >>> <https://www.conrad.de/de/p/renata-cr1632-sm-knopfzelle-cr-1632-lithium-125-mah-3-v-1-st-1009405.html> >>> >>> <https://de.rs-online.com/web/p/knopfzellen-batterien/5132865> >>> >>> <https://de.farnell.com/panasonic-electronic-components/cr-1632-hen/batterie-lithium-2pins-horiz-cr1632/dp/1298245> >> >> Randbedingung war halt schon, dass ich nicht für eine >> Einzelbestellung ein Mehrfaches an Versandkosten zahlen möchte, deswegen >> habe ich bei Obigen erst gar nicht nachgesehen. > > Du schriebst nur "kaum erhältlich". Und das stimmt eben nicht. Nur weil > Dir die Teile zu teuer sind, sind sie deswegen nicht "kaum erhältlich". Danke für die Belehrung, aber im Gegensatz zu den CR1632 kriegt man CR2032 mit Lötfahnen problemlos auf Verkaufsplattformen und bei Akku-Händlern und nicht nur bei Firmen, die hauptsächlich Industrie und Gewerbe beliefern (Conrad ausgenommen). -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-07-01 07:35 +0200 |
| Message-ID | <u7odv6$218kn$1@news.nnpt4.net> |
| In reply to | #132285 |
Am 01.07.23 um 06:37 schrieb Andreas Kohlbach: > On Fri, 30 Jun 2023 22:46:03 +0200, Bernd Mayer wrote: >> >> Am 30.06.23 um 05:29 schrieb Andreas Kohlbach: >> >>> Dann müsste ich davon ausgehen, dass Linux (oder irgendein OS) im BIOS >>> (das Ding, was noch vor dem Booten von Festplatte/CD/USB... kommt?) >>> Änderungen vornehmen kann. Kann es das? >>> >>>> Einfach mal nachschauen vielleicht, nur um sicher zu gehen? >>> Booten dauert hier extrem lange (das Runterfahren noch länger als >>> das >>> Booten). Dann muss ich alles wieder starten, mich im Browser wieder >>> überall von Hand einloggen... Das mit dem Numlock ist dann doch nicht so >>> wichtig. >> >> wenn der PC länger im Einsatz war oder älter ist, dann kann die >> Batterie fürs BIOS schlapp machen. >> >> Dadurch können sich BIOS-Einstellungen ungünstig verändern und es >> können die Probleme auftreten die Du oben erwähnst. > > Und IMO erstaunlich, dass das BIOS-Setup überhaupt noch eine Funktion > dazu hat. > > Btw., es war ein Reboot; der PC dürfte nie stromlos geworden sein, als dass > eine alte Batterie eine Rolle spielen würde. > > Und so alt ist der PC auch nicht. Erst zehn Jahre, wie ich eben über inxi > erfahre. ;-) > > Machine: > Type: Desktop System: Dell product: Inspiron 3847 v: N/A serial: XXXXXX > Mobo: Dell model: 088DT1 v: A01 serial: XXXXX. UEFI: Dell v: A02 > date: 12/03/2013 Hallo, nach meiner Erfahrung hält die Batterie ca. 5 - 8 Jahre. Der Batteriewechsel ist hier beschrieben (Seite 12 und 52): https://dl.dell.com/manuals/all-products/esuprt_desktop/esuprt_inspiron_desktop/inspiron-3847-desktop_owner's%20manual_de-de.pdf Wenn man schon ins BIOS geht, dann kann man auch gleich kontrollieren ob man die aktuelle Version hat. https://www.dell.com/support/home/de-de/product-support/product/inspiron-3847-desktop/drivers Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von 2013! Langsames Booten kann durch ungünstige Einträge im BIOS verursacht werden, da sollt man mal alle kurz durchgehen (Datum, fastboot, Festplatten, Bootreihenfolge, Grafik usw.) Es gibt auch eine "Pre-Boot-Diagnostics" zum Test der Hardware. Hier auf OpenSUSE konnte ich die Numlocktaste aktivieren über Einträge in /etc/sysconfig/keyboard. Diese Datei gibt es hier auch auf Debian-12.0 Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | michaelnoeusenet@mac.com (Michael Noe) |
|---|---|
| Date | 2023-07-01 08:29 +0200 |
| Message-ID | <1qd6kmg.102ade0cnirbqN@ID-7682.user.dfncis.de> |
| In reply to | #132297 |
Bernd Mayer <beam.bam.boom@knuut.de> wrote: > Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von 2013! Oha, offenbar wurde die Firmware wohl nie aktualisiert. Von den seitdem behobenen Sicherheitslücken und Bugfixes ganz zu schweigen. Auch fwupdmgr get-devices für den Ersteindruck hilft da weiter. -- Gruß Michael
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-01 15:05 -0400 |
| Message-ID | <87zg4ffo4y.fsf@usenet.ankman.de> |
| In reply to | #132298 |
On Sat, 1 Jul 2023 08:29:29 +0200, Michael Noe wrote: > > Bernd Mayer <beam.bam.boom@knuut.de> wrote: > >> Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von 2013! > > Oha, offenbar wurde die Firmware wohl nie aktualisiert. Von den seitdem > behobenen Sicherheitslücken und Bugfixes ganz zu schweigen. Wie Spectre und Meltdown? Das decken Kernels selbst ab. Ich vermeide BIOS-Upgrade, da ich schon zwei Rechner in den letzten Jahrzehnten "zerstört" habe; traue mich da nicht mehr ran. > Auch fwupdmgr get-devices für den Ersteindruck hilft da weiter. Ich finde fwupd, als auch fwupd-amd64-signed. Welchen sollte ich nehmen? -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | michaelnoeusenet@mac.com (Michael Noe) |
|---|---|
| Date | 2023-07-02 09:47 +0200 |
| Subject | UEFI-Upgrade-Unlust (was: Numlock aktivieren) |
| Message-ID | <1qd8he6.tyjmn8i9d7gwN@ID-7682.user.dfncis.de> |
| In reply to | #132326 |
Andreas Kohlbach <ank@spamfence.net> wrote: > > > Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von 2013! > > > > Oha, offenbar wurde die Firmware wohl nie aktualisiert. Von den seitdem > > behobenen Sicherheitslücken und Bugfixes ganz zu schweigen. > > Wie Spectre und Meltdown? Unter vielen anderem. Da Dein Rechner, ein Dell Inspiron 3847, nicht mindestens die Firmware A09 hat, bist Du weiterhin betroffen: <https://www.dell.com/support/kbdoc/de-de/000180621/mikroprozessor-seitige-kanal-schwachstellen-cve-2017-5715-cve-2017-5753-cve-2017-5754-impact-on-dell-produkte> Vielleicht gibt's ja auch Verbesserungen: etwa bei einer ausgefeilteren Num-Lock-Steuerung. ;-) SCNR > Das decken Kernels selbst ab. Die spielen im laufenden Betrieb per se neuen Microcode ein? Ein aktueller Kernel ist hier *ein* Baustein, ja. > Ich vermeide BIOS-Upgrade, da ich schon zwei Rechner in den letzten > Jahrzehnten "zerstört" habe; Hier noch nie passiert. Alleine bei Dell-Rechnern zig Mal problemlos durchgeführt, sei es bei der Firmware UEFI oder der von SSDs uswusf. Direkt von Linux aus. Die Stromversorgung sollte währenddessen halt sichergestellt sein. (Bei PowerPC/Intel/ARM-Macs wohl noch öfter: aber da merkt man aus Anwendersicht überhaupt nichts davon.) > traue mich da nicht mehr ran. Dein Problem, Deine Entscheidung. > > Auch fwupdmgr get-devices für den Ersteindruck hilft da weiter. > > Ich finde fwupd, als auch fwupd-amd64-signed. Welchen sollte ich nehmen? Ich selbst nutze Ubuntu (Server) 22.04 LTS. Aber packages.debian.org kennst Du? <https://packages.debian.org/de/bookworm/fwupd> <https://packages.debian.org/de/bookworm/fwupd-amd64-signed> HTH -- Gruß Michael
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-02 22:51 -0400 |
| Subject | Re: UEFI-Upgrade-Unlust |
| Message-ID | <874jmlg129.fsf@usenet.ankman.de> |
| In reply to | #132345 |
On Sun, 2 Jul 2023 09:47:25 +0200, Michael Noe wrote: > > Andreas Kohlbach <ank@spamfence.net> wrote: > >> > > Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von 2013! >> > >> > Oha, offenbar wurde die Firmware wohl nie aktualisiert. Von den seitdem >> > behobenen Sicherheitslücken und Bugfixes ganz zu schweigen. >> >> Wie Spectre und Meltdown? > > Unter vielen anderem. > > Da Dein Rechner, ein Dell Inspiron 3847, nicht mindestens die Firmware > A09 hat, bist Du weiterhin betroffen: > > <https://www.dell.com/support/kbdoc/de-de/000180621/mikroprozessor-seitige-kanal-schwachstellen-cve-2017-5715-cve-2017-5753-cve-2017-5754-impact-on-dell-produkte> > > Vielleicht gibt's ja auch Verbesserungen: etwa bei einer ausgefeilteren > Num-Lock-Steuerung. ;-) Das OS soll einfach *nichts* tun: Es soll durchleiten, was im BIOS eingestellt ist. Nichtstun kann doch nicht so schwer sein? > SCNR > >> Das decken Kernels selbst ab. > > Die spielen im laufenden Betrieb per se neuen Microcode ein? > > Ein aktueller Kernel ist hier *ein* Baustein, ja. Debian hier wurde 2021 installiert und neulich auch mal rebootet. Spectre und Co. sind von 2018. Man kann wohl erwarten, dass ein aktueller Linux Kernel nach fünf Jahren (2018-2023) gepatcht ist. Wenn das BIOS Update sonst nichts Sicherheitskritisches hat, was nicht der Kernel selbst kann, ist für mich ein BIOS-Upgrade kontraproduktiv, weil... >> Ich vermeide BIOS-Upgrade, da ich schon zwei Rechner in den letzten >> Jahrzehnten "zerstört" habe; > > Hier noch nie passiert. Alleine bei Dell-Rechnern zig Mal problemlos > durchgeführt, sei es bei der Firmware UEFI oder der von SSDs uswusf. ... ich offenbar kein Händchen dafür habe. > Direkt von Linux aus. Die Stromversorgung sollte währenddessen halt > sichergestellt sein. Hatte ich erwähnt, dass ich in Kanada bin? ;-) > (Bei PowerPC/Intel/ARM-Macs wohl noch öfter: aber da merkt man aus > Anwendersicht überhaupt nichts davon.) > >> traue mich da nicht mehr ran. > > Dein Problem, Deine Entscheidung. Natürlich. Ich wollte nur klar machen, dass ich bei 100% aller BIOS Upgrades meines Lebens (zwei an der Zahl) die Rechner schrottete. Keine Ahnung mehr (nach dem kalten Schweiß), was ich genau machte. Vermutlich beide Mal dasselbe. Die Chancen stehen daher gut, dass ich denselben Fehler auch beim dritten Mal wieder mache. Und da es aus sicherheitsrelevanter Sicht nicht nötig ist, lasse ich das Upgrade. >> > Auch fwupdmgr get-devices für den Ersteindruck hilft da weiter. >> >> Ich finde fwupd, als auch fwupd-amd64-signed. Welchen sollte ich nehmen? > > Ich selbst nutze Ubuntu (Server) 22.04 LTS. > > Aber packages.debian.org kennst Du? War mir hin und wieder über den Weg gelaufen. > <https://packages.debian.org/de/bookworm/fwupd> > <https://packages.debian.org/de/bookworm/fwupd-amd64-signed> fwupd-amd64-signed zieht fwupd nach. Hättest Du auch gerade schreiben können. Habe ich mal installiert. Vielleicht werde ich ja mal mutig... -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-07-03 05:18 +0200 |
| Subject | Re: UEFI-Upgrade-Unlust |
| Message-ID | <u7tem0$23cv7$1@news.nnpt4.net> |
| In reply to | #132368 |
Am 03.07.23 um 04:51 schrieb Andreas Kohlbach: > On Sun, 2 Jul 2023 09:47:25 +0200, Michael Noe wrote: >> >> Andreas Kohlbach <ank@spamfence.net> wrote: >> >>>>> Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von 2013! >>>> >>>> Oha, offenbar wurde die Firmware wohl nie aktualisiert. Von den seitdem >>>> behobenen Sicherheitslücken und Bugfixes ganz zu schweigen. >>> >>> Wie Spectre und Meltdown? >> >> Unter vielen anderem. >> >> Da Dein Rechner, ein Dell Inspiron 3847, nicht mindestens die Firmware >> A09 hat, bist Du weiterhin betroffen: >> >> <https://www.dell.com/support/kbdoc/de-de/000180621/mikroprozessor-seitige-kanal-schwachstellen-cve-2017-5715-cve-2017-5753-cve-2017-5754-impact-on-dell-produkte> >> >> Vielleicht gibt's ja auch Verbesserungen: etwa bei einer ausgefeilteren >> Num-Lock-Steuerung. ;-) > > Das OS soll einfach *nichts* tun: Es soll durchleiten, was im BIOS > eingestellt ist. Nichtstun kann doch nicht so schwer sein? > Hallo, hier funktioniert aktiviertes Num-Lock nach dem Booten in den Textkonsolen erst richtig nachdem ich KBD_NUMLOCK=bios auf KBD_NUMLOCK=yes umgestellt hatte in der Datei /etc/sysconfig/keyboard. Das erweckt den Eindruck, als wäre das unabhängig vom BIOS IM BIOS stelle ich Num-Lock immer auf ein, weil meine ersten Tastaturen auf Taschenrechnern liefen und ich daher die Nutzung des Nummernblocks gewohnt bin und vorziehe für die Eingabe von Ziffern und Taschenrechnerfunktionen. Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-03 18:08 -0400 |
| Subject | Re: UEFI-Upgrade-Unlust |
| Message-ID | <87edloejhd.fsf@usenet.ankman.de> |
| In reply to | #132371 |
On Mon, 3 Jul 2023 05:18:24 +0200, Bernd Mayer wrote: > > Am 03.07.23 um 04:51 schrieb Andreas Kohlbach: >>> >> Das OS soll einfach *nichts* tun: Es soll durchleiten, was im BIOS >> eingestellt ist. Nichtstun kann doch nicht so schwer sein? >> > hier funktioniert aktiviertes Num-Lock nach dem Booten in den > Textkonsolen erst richtig nachdem ich KBD_NUMLOCK=bios auf > KBD_NUMLOCK=yes umgestellt hatte in der Datei /etc/sysconfig/keyboard. > Das erweckt den Eindruck, als wäre das unabhängig vom BIOS /etc/sysconfig/keyboard gibt es hier nicht. Überhaupt keine /etc/sysconfig/ . > IM BIOS stelle ich Num-Lock immer auf ein, weil meine ersten > Tastaturen auf Taschenrechnern liefen und ich daher die Nutzung des > Nummernblocks gewohnt bin und vorziehe für die Eingabe von Ziffern und > Taschenrechnerfunktionen. Genau, Gewohnheit. Auch, weil ich zum Eingeben von Umlauten auf einer TTY oft den Zehnerblock verwende. Zunächst hatte ich mich drauf verlassen, und einiges über den Zehnerblock eingegeben. Nur um anschließend festzustellen, dass das nur Müll produzierte, weil er nicht aktiviert war. Das war es, was mich zum Posten dieser Frage animierte. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | michaelnoeusenet@mac.com (Michael Noe) |
|---|---|
| Date | 2023-07-04 17:33 +0200 |
| Subject | Re: UEFI-Upgrade-Unlust |
| Message-ID | <1qdctea.gdoir01v4hoe4N@ID-7682.user.dfncis.de> |
| In reply to | #132368 |
Andreas Kohlbach <ank@spamfence.net> wrote: > > > > > Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von > > > > > 2013! > > > > > > > > Oha, offenbar wurde die Firmware wohl nie aktualisiert. Von den > > > > seitdem behobenen Sicherheitslücken und Bugfixes ganz zu schweigen. > > > > > > Wie Spectre und Meltdown? > > > > Unter vielen anderem. > > > > Da Dein Rechner, ein Dell Inspiron 3847, nicht mindestens die Firmware > > A09 hat, bist Du weiterhin betroffen: <https://www.dell.com/support/kbdoc/de-de/000180621/mikroprozessor-seitige-kanal-schwachstellen-cve-2017-5715-cve-2017-5753-cve-2017-5754-impact-on-dell-produkte> > > Vielleicht gibt's ja auch Verbesserungen: etwa bei einer ausgefeilteren > > Num-Lock-Steuerung. ;-) > > Das OS soll einfach *nichts* tun: Es soll durchleiten, was im BIOS > eingestellt ist. Nichtstun kann doch nicht so schwer sein? Du kannst freilich auch gerne gar nichts tun und bei A02 bleiben. Das sei Dir selbstverständlich vollumfänglich überlassen. ;-) > > SCNR > > > > > Das decken Kernels selbst ab. > > > > Die spielen im laufenden Betrieb per se neuen Microcode ein? > > > > Ein aktueller Kernel ist hier *ein* Baustein, ja. > > Debian hier wurde 2021 installiert und neulich auch mal rebootet. Spectre > und Co. sind von 2018. Man kann wohl erwarten, dass ein aktueller Linux > Kernel nach fünf Jahren (2018-2023) gepatcht ist. > > Wenn das BIOS Update sonst nichts Sicherheitskritisches hat, was nicht > der Kernel selbst kann, Was den Kernel betrifft: ja. Aber das ist halt nur ein weiterer Baustein. Neben dem Firmware-Upgrade. Weil: steht oben. Und vielleicht lösen die seit A02 erschienenen neun (!) weiteren Firmware-Upgrades ja noch diverse andere (Sicherheits-)Probleme, etwa der arg lange Systemstart samt arg langem Shutdown. > ist für mich ein BIOS-Upgrade kontraproduktiv, weil... > > >> Ich vermeide BIOS-Upgrade, da ich schon zwei Rechner in den letzten > >> Jahrzehnten "zerstört" habe; > > > > Hier noch nie passiert. Alleine bei Dell-Rechnern zig Mal problemlos > > durchgeführt, sei es bei der Firmware UEFI oder der von SSDs uswusf. > > ... ich offenbar kein Händchen dafür habe. Nur Mut! ;-) > > Direkt von Linux aus. Die Stromversorgung sollte währenddessen halt > > sichergestellt sein. > > Hatte ich erwähnt, dass ich in Kanada bin? ;-) Vielleicht mal einen Ausflug nach Grönland machen? Oder gar zu den Königsuntreuen im Süden? ;-) <duck> > > (Bei PowerPC/Intel/ARM-Macs wohl noch öfter: aber da merkt man aus > > Anwendersicht überhaupt nichts davon.) > > > >> traue mich da nicht mehr ran. > > > > Dein Problem, Deine Entscheidung. > > Natürlich. Ich wollte nur klar machen, dass ich bei 100% aller BIOS > Upgrades meines Lebens (zwei an der Zahl) die Rechner schrottete. Keine > Ahnung mehr (nach dem kalten Schweiß), was ich genau machte. Vermutlich > beide Mal dasselbe. Die Chancen stehen daher gut, dass ich denselben > Fehler auch beim dritten Mal wieder mache. Hier noch nie passiert. > Und da es aus sicherheitsrelevanter Sicht nicht nötig ist, Falsch. > lasse ich das Upgrade. Na, von mir aus. ;-) (Wie es der Zufall will: Erst gestern Morgen wieder die Firmware bei einem Dell-Gerät aktualisiert.) -- Gruß Michael
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-07-03 22:28 +0200 |
| Message-ID | <u7vb1u$247ao$2@news.nnpt4.net> |
| In reply to | #132326 |
Am 01.07.23 um 21:05 schrieb Andreas Kohlbach: > On Sat, 1 Jul 2023 08:29:29 +0200, Michael Noe wrote: >> >> Bernd Mayer <beam.bam.boom@knuut.de> wrote: >> >>> Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von 2013! >> >> Oha, offenbar wurde die Firmware wohl nie aktualisiert. Von den seitdem >> behobenen Sicherheitslücken und Bugfixes ganz zu schweigen. > > Ich vermeide BIOS-Upgrade, da ich schon zwei Rechner in den letzten > Jahrzehnten "zerstört" habe; traue mich da nicht mehr ran. Hallo, ich habe in fast 30 Jahren wohl mehr als 100 BIOS-Updates durchgeführt. Manchmal hatte ich schon ein wenig gebibbert, besonders bei Beta-Versionen oder wenn der Hersteller schrieb, das er keine Garantie übernehmen würde. Hoffentlich fällt nicht gerade jetzt der Strom aus. Es hatten aber alle funktioniert. Manchmal hatte ich Mehrarbeit weil wesentliche Einstellungen auf den Standard zurückgesetzt waren. Ab und an war das tricky wenn man das unter Linux machen wollte weil die angebotenen Downloads Windowsprogramme waren. Manchmal konnte man die nach den Infos von file entpacken und dann doch ohne Windows verwenden. Bei neuen Motherboards gibt es oftmals eine Flashback-Funktion. Damit kann man über einen bestimmten USB-Port und eine Taste ein nicht funktionierendes BIOS-Update einfach korrigieren, sogar ohne CPU, Grafikkarte u.Ä. Die Rückmeldung erfolgt über "LED-Morsezeichen" Ich habe das aber noch nie gebraucht, aber es beruhigt doch. Auch ältere PCs haben manchmal eine vergleichbare Funktion. Gut versteckt in der Doku. DUAL-BIOS gibt es auch schon länger. Nur Mut! Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-04 08:26 +0200 |
| Message-ID | <kghscsFe37dU2@mid.individual.net> |
| In reply to | #132326 |
Andreas Kohlbach, 2023-07-01 21:05: > On Sat, 1 Jul 2023 08:29:29 +0200, Michael Noe wrote: >> >> Bernd Mayer <beam.bam.boom@knuut.de> wrote: >> >>> Die aktuelle Version ist A11 vom 31 Juli 2019, Deines ist A02 von 2013! >> >> Oha, offenbar wurde die Firmware wohl nie aktualisiert. Von den seitdem >> behobenen Sicherheitslücken und Bugfixes ganz zu schweigen. > > Wie Spectre und Meltdown? Das decken Kernels selbst ab. Siehe selbst: <https://www.dell.com/support/home/de-de/drivers/driversdetails?driverid=6xrgr> "Fixes – Aktualisierung des CPU-Mikrocodes zur Umsetzung der Intel Sicherheitsempfehlung INTEL-SA-00115 (CVE-2018-3639 und CVE-2018-3640)." Und nein, Mikrocode-Updates deckt der Kernel nicht selbst ab. > Ich vermeide BIOS-Upgrade, da ich schon zwei Rechner in den letzten > Jahrzehnten "zerstört" habe; traue mich da nicht mehr ran. Das habe ich in fast 30 Jahren noch *nie* geschafft. Ja, man sollte den Rechner während des Updates auch nicht ausschalten und eine Stromversorgung, die nicht ständig ausfällt, wäre hilfreich. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-07-01 09:42 +0200 |
| Message-ID | <u7olcb$21ccd$1@news.nnpt4.net> |
| In reply to | #132297 |
Am 01.07.23 um 07:35 schrieb Bernd Mayer: > > Hier auf OpenSUSE konnte ich die Numlocktaste aktivieren über Einträge > in /etc/sysconfig/keyboard. > > Diese Datei gibt es hier auch auf Debian-12.0 > Nachtrag/Korrektur: da bin ich auf einem Multibootsystem ins falsche Verzeichnis gerutscht. Auf Debian-12 gibt es diese Datei doch nicht! Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-01 15:06 -0400 |
| Message-ID | <87y1jzfo3s.fsf@usenet.ankman.de> |
| In reply to | #132297 |
On Sat, 1 Jul 2023 07:35:34 +0200, Bernd Mayer wrote: > > Am 01.07.23 um 06:37 schrieb Andreas Kohlbach: >> On Fri, 30 Jun 2023 22:46:03 +0200, Bernd Mayer wrote: > >> Machine: >> Type: Desktop System: Dell product: Inspiron 3847 v: N/A serial: XXXXXX >> Mobo: Dell model: 088DT1 v: A01 serial: XXXXX. UEFI: Dell v: A02 >> date: 12/03/2013 > > nach meiner Erfahrung hält die Batterie ca. 5 - 8 Jahre. > > Der Batteriewechsel ist hier beschrieben (Seite 12 und 52): > > https://dl.dell.com/manuals/all-products/esuprt_desktop/esuprt_inspiron_desktop/inspiron-3847-desktop_owner's%20manual_de-de.pdf Danke. Ich habe die englische Version, seitdem ich den Rechner bekam (Ende 2021). [...] > Langsames Booten kann durch ungünstige Einträge im BIOS verursacht > werden, da sollt man mal alle kurz durchgehen (Datum, fastboot, > Festplatten, Bootreihenfolge, Grafik usw.) Der "Runterfahren-Prozess" nimmt die meiste Zeit ein (+3 Minuten). Booten selbst rund eine Minute; kein Problem. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2023-07-02 12:51 +0200 |
| Message-ID | <kgd361FmakaU1@mid.individual.net> |
| In reply to | #132327 |
Andreas Kohlbach schrieb am 01.07.2023 um 21:06: > Der "Runterfahren-Prozess" nimmt die meiste Zeit ein (+3 Minuten). Booten > selbst rund eine Minute; kein Problem. 3 Minuten zum Runterfahren? Was hast Du denn alles laufen, dass das so lange dauert? Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | michaelnoeusenet@mac.com (Michael Noe) |
|---|---|
| Date | 2023-07-02 13:11 +0200 |
| Message-ID | <1qd8s55.1bogmzq12maqh7N@ID-7682.user.dfncis.de> |
| In reply to | #132348 |
Claus Reibenstein <creibens@gmail.com> wrote: > > Der "Runterfahren-Prozess" nimmt die meiste Zeit ein (+3 Minuten). Booten > > selbst rund eine Minute; kein Problem. > > 3 Minuten zum Runterfahren? Was hast Du denn alles laufen, dass das so > lange dauert? Unter Debian Bookworm? Welcher Desktop? Oder gar nur bis zum CLI-Prompt? Noch von mechanischer Festplatte aus? Bootzeit/Kaltstart hier unter Ubuntu 22.04 LTS (UEFI/GPT, Secure Boot, RAM-Check uswusf.), NVMe-SSD bis hin zum Desktop: allenfalls 10 s (eher weniger), Herunterfahren geschätzt 2 s. 32 (Notebook) und 64 GByte RAM (SFF). Das Notebook hatte die ersten Tage nur 8 GByte RAM samt SATA-SSD. War aber beim Booten/Runterfahren gefühlt kaum ein Unterschied und wohl nur für Benchmarks relevant. Selbst mein RPi 3 unter Raspberry Pi OS startet von SD-Card aus in < 30 s. Unter RISC OS in ca. 5 s. -- Gruß Michael
[toc] | [prev] | [next] | [standalone]
Page 4 of 10 — ← Prev page 1 2 3 [4] 5 6 … 10 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web