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 1 of 10 [1] 2 3 … 10 Next page →
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-06-29 16:21 -0400 |
| Subject | Numlock aktivieren |
| Message-ID | <875y76j9y0.fsf@usenet.ankman.de> |
Seit dem Release-Upgrade auf Debian 12 ist Numlock per Default deaktiviert. Ich habe nichts geändert. Auch nichts im BIOS (da gibt es wohl auch eine Einstellung zu). Google hat Lösungen für verschiedene Desktop-Manager, oder empfiehlt Dinge wie numlockx zu installieren. Unbrauchbar für mich. Wie bekomme ich Numlock per Default beim Booten wieder? Nicht nur für Desktop-Managers (da habe ich drei installiert, wo jeder wohl eine andere Lösung braucht), sondern systemweit (also auch TTYs)? Installieren will ich nichts. Denn ein aktiviertes Numlock funktionierte vor dem Upgrade immer. Vielleicht gibt es einen Eintrag in einer System-Datei, den ich nicht finden konnte? -- Andreas
[toc] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2023-06-29 22:40 +0200 |
| Message-ID | <u7kq7u$28j1u$1@dont-email.me> |
| In reply to | #132252 |
Am 29.06.2023 um 16:21:59 Uhr schrieb Andreas Kohlbach: > Wie bekomme ich Numlock per Default beim Booten wieder? BIOS/UEFI sollte das richten.
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-06-29 18:03 -0400 |
| Message-ID | <87352aj58t.fsf@usenet.ankman.de> |
| In reply to | #132253 |
On Thu, 29 Jun 2023 22:40:30 +0200, Marco Moock wrote: > > Am 29.06.2023 um 16:21:59 Uhr schrieb Andreas Kohlbach: > >> Wie bekomme ich Numlock per Default beim Booten wieder? > > BIOS/UEFI sollte das richten. Ich hatte erwähnt, dass ich nichts (auch nicht im BIOS) änderte. Und das Problem mit dem Release-Upgrade kam. Es muss etwas in irgendeiner Datei geändert worden sein. Aber welcher? -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Frank Miller <miller@posteo.ee> |
|---|---|
| Date | 2023-06-30 00:40 +0200 |
| Message-ID | <649E0861.5080703@backwurst.de> |
| In reply to | #132254 |
Andreas Kohlbach wrote: > On Thu, 29 Jun 2023 22:40:30 +0200, Marco Moock wrote: >> >> Am 29.06.2023 um 16:21:59 Uhr schrieb Andreas Kohlbach: >> >>> Wie bekomme ich Numlock per Default beim Booten wieder? >> >> BIOS/UEFI sollte das richten. > > Ich hatte erwähnt, dass ich nichts (auch nicht im BIOS) änderte. Und das > Problem mit dem Release-Upgrade kam. > > Es muss etwas in irgendeiner Datei geändert worden sein. Aber welcher? Gibt's bei dir (noch) die Datei /etc/kbd/config?
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-06-29 19:21 -0400 |
| Message-ID | <87wmzlj1nf.fsf@usenet.ankman.de> |
| In reply to | #132255 |
On Fri, 30 Jun 2023 00:40:33 +0200, Frank Miller wrote: > > Andreas Kohlbach wrote: >> On Thu, 29 Jun 2023 22:40:30 +0200, Marco Moock wrote: >>> >>> Am 29.06.2023 um 16:21:59 Uhr schrieb Andreas Kohlbach: >>> >>>> Wie bekomme ich Numlock per Default beim Booten wieder? >>> >>> BIOS/UEFI sollte das richten. >> >> Ich hatte erwähnt, dass ich nichts (auch nicht im BIOS) änderte. Und das >> Problem mit dem Release-Upgrade kam. >> >> Es muss etwas in irgendeiner Datei geändert worden sein. Aber welcher? > > Gibt's bei dir (noch) die Datei /etc/kbd/config? Nein, nicht mal das Verzeichnis /etc/kbd/ . PS: Hier sind doch bestimmt andere Debian User, die jüngst auf 12 upgradeten. Wie sieht es bei denen nach dem Reboot mit aktiviertem Numlock aus? -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-06-30 03:27 +0000 |
| Message-ID | <168809563330.24414.17759737352992039906.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #132256 |
Andreas Kohlbach schrieb am 30/6/2023 01:21: > PS: Hier sind doch bestimmt andere Debian User, die jüngst auf 12 > upgradeten. Wie sieht es bei denen nach dem Reboot mit aktiviertem > Numlock aus? Hat sich nichts geändert, Numlock ist weiterhin eingeschaltet. Ist allerdings eine VM in QEMU. -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Frank Miller <miller@posteo.ee> |
|---|---|
| Date | 2023-06-30 03:35 +0200 |
| Message-ID | <649E3155.7030606@backwurst.de> |
| In reply to | #132254 |
Andreas Kohlbach wrote: > On Thu, 29 Jun 2023 22:40:30 +0200, Marco Moock wrote: >> >> Am 29.06.2023 um 16:21:59 Uhr schrieb Andreas Kohlbach: >> >>> Wie bekomme ich Numlock per Default beim Booten wieder? >> >> BIOS/UEFI sollte das richten. > > Ich hatte erwähnt, dass ich nichts (auch nicht im BIOS) änderte. Und das > Problem mit dem Release-Upgrade kam. Das beantwortet aber nicht die Frage, ob die Einstellung im BIOS/UEFI immer noch so ist, wie von dir gewünscht. Einfach mal nachschauen vielleicht, nur um sicher zu gehen?
[toc] | [prev] | [next] | [standalone]
| From | Frank Miller <miller@posteo.ee> |
|---|---|
| Date | 2023-06-30 03:50 +0200 |
| Message-ID | <649E34E0.5030302@backwurst.de> |
| In reply to | #132257 |
Frank Miller wrote: > Andreas Kohlbach wrote: >> On Thu, 29 Jun 2023 22:40:30 +0200, Marco Moock wrote: >>> >>> Am 29.06.2023 um 16:21:59 Uhr schrieb Andreas Kohlbach: >>> >>>> Wie bekomme ich Numlock per Default beim Booten wieder? >>> >>> BIOS/UEFI sollte das richten. >> >> Ich hatte erwähnt, dass ich nichts (auch nicht im BIOS) änderte. Und das >> Problem mit dem Release-Upgrade kam. > > Das beantwortet aber nicht die Frage, ob die Einstellung im BIOS/UEFI > immer noch so ist, wie von dir gewünscht. > Einfach mal nachschauen vielleicht, nur um sicher zu gehen? P.S.: passende aktuelle microcodes sind installiert?
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-06-29 23:29 -0400 |
| Message-ID | <878rc1iq5w.fsf@usenet.ankman.de> |
| In reply to | #132257 |
On Fri, 30 Jun 2023 03:35:17 +0200, Frank Miller wrote: > > Andreas Kohlbach wrote: >> On Thu, 29 Jun 2023 22:40:30 +0200, Marco Moock wrote: >>> >>> Am 29.06.2023 um 16:21:59 Uhr schrieb Andreas Kohlbach: >>> >>>> Wie bekomme ich Numlock per Default beim Booten wieder? >>> >>> BIOS/UEFI sollte das richten. >> >> Ich hatte erwähnt, dass ich nichts (auch nicht im BIOS) änderte. Und das >> Problem mit dem Release-Upgrade kam. > > Das beantwortet aber nicht die Frage, ob die Einstellung im BIOS/UEFI > immer noch so ist, wie von dir gewünscht. 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. Ich ging davon aus, dass es eine Datei geben muss, in der ich eine Zeile ändere. Nicht? [Anderer Artikel] > P.S.: passende aktuelle microcodes sind installiert? Extra für Numlock? Ich habe nichts extra installiert. Wie gesagt, vor dem Release-Upgrade funktionierte das mit dem aktivierten Numlock noch. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Frank Miller <miller@posteo.ee> |
|---|---|
| Date | 2023-06-30 06:49 +0200 |
| Message-ID | <649E5ECE.2030908@backwurst.de> |
| In reply to | #132261 |
Andreas Kohlbach wrote: > On Fri, 30 Jun 2023 03:35:17 +0200, Frank Miller wrote: >> >> Andreas Kohlbach wrote: >>> On Thu, 29 Jun 2023 22:40:30 +0200, Marco Moock wrote: >>>> >>>> Am 29.06.2023 um 16:21:59 Uhr schrieb Andreas Kohlbach: >>>> >>>>> Wie bekomme ich Numlock per Default beim Booten wieder? >>>> >>>> BIOS/UEFI sollte das richten. >>> >>> Ich hatte erwähnt, dass ich nichts (auch nicht im BIOS) änderte. Und das >>> Problem mit dem Release-Upgrade kam. >> >> Das beantwortet aber nicht die Frage, ob die Einstellung im BIOS/UEFI >> immer noch so ist, wie von dir gewünscht. > > 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? Sollte es nicht. Aber wie gesagt: einfach mal den Status überprüfen? >> 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. Also ist es dir dann doch nicht so wichtig, falls du deine Kiste dafür mal für einen einfachen Test rebooten musst. Lass mich raten: du lässt deine Rechner ununterbrochen monatelang mit jede Menge geöffneter Programme laufen; evtl. mit Standby oder Suspend zwischendurch. In deiner "sources.list" steht immer noch "Debian stable", obwohl du darüber vor ein paar Tagen schon gestolpert bist. Weil das ging ja immer schon gut so. > Ich ging davon aus, dass es eine Datei geben muss, in der ich eine Zeile > ändere. Nicht? Und wenn du diese kleine magische Datei dann änderst, wird sie ohne Reboot neu geladen? Ja? Oder vielleicht auch schon nach einem neuen Login? Ja? Nein? > [Anderer Artikel] > >> P.S.: passende aktuelle microcodes sind installiert? > > Extra für Numlock? Ich habe nichts extra installiert. Du weisst, was microcodes sind und was sie tun? Ich habe Zweifel. > Wie gesagt, vor dem Release-Upgrade funktionierte das mit dem aktivierten > Numlock noch. Jaja, blabla.. genauso wie deine Updates. Die übliche Ausrede: "Ich hab' nichts gemacht!" Eben. *Du* hast nichts gemacht. Aber "die Anderen" haben vielleicht was gemacht, was du ignoriert hat.
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-06-30 02:09 -0400 |
| Message-ID | <873529iirh.fsf@usenet.ankman.de> |
| In reply to | #132263 |
On Fri, 30 Jun 2023 06:49:18 +0200, Frank Miller wrote: > > Andreas Kohlbach wrote: >> On Fri, 30 Jun 2023 03:35:17 +0200, Frank Miller wrote: >> >> 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. > > Also ist es dir dann doch nicht so wichtig, falls du deine Kiste dafür mal > für einen einfachen Test rebooten musst. Wegen eines gesparten Tastendrucks (weil die automatische Aktivierung nicht funktioniert) boote ich nicht — es ist in der tat nicht wichtig genug. Noch dazu, dass es mehr als unwahrscheinlich gilt, dass ein OS ins BIOS schreiben darf. > Lass mich raten: du lässt deine Rechner ununterbrochen monatelang mit jede > Menge geöffneter Programme laufen; evtl. mit Standby oder Suspend > zwischendurch. Richtig. > In deiner "sources.list" steht immer noch "Debian stable", obwohl du darüber > vor ein paar Tagen schon gestolpert bist. Ja, "stable" steht weiter drin. Aber: - was hat das mit einem Reboot zu tun? - das Problem (Verweigern des Upgrades) besteht trotz des Eintrages nicht mehr. > Weil das ging ja immer schon gut so. Wieder richtig: Release-Upgrades funktionierten über ein Jahrzehnt ohne mein Zutun. Auch wurde seit gefühlt immer Numlock beim Booten automatisch aktiviert. Erst mit Debian 12 ist beides nicht mehr so. >> Ich ging davon aus, dass es eine Datei geben muss, in der ich eine Zeile >> ändere. Nicht? > > Und wenn du diese kleine magische Datei dann änderst, wird sie ohne Reboot > neu geladen? Ja? Oder vielleicht auch schon nach einem neuen Login? Ja? Nein? Die Datei(en) soll(en) bei jedem Boot beachtet werden, ja. Diese stehen oft unter /etc/ , sodass Dinge automatisiert werden. Das weißt Du sicher. Warum fragst Du dann? >> [Anderer Artikel] >> >>> P.S.: passende aktuelle microcodes sind installiert? >> >> Extra für Numlock? Ich habe nichts extra installiert. > > Du weisst, was microcodes sind und was sie tun? Ich habe Zweifel. Unwichtig, ob ich (oder ein beliebiger User) weiß, was der macht (ich weiß es trotzdem): Wenn etwas vor einem Upgrade funktionierte, und Microcode auf einmal nach einem Upgrade (und nur für Numlock? *LOL*) gebraucht wird, hat das System selbst dafür Sorge zu tragen, den Code vor dem Booten bereit zu halten. AFAIK wird Microcode für Chips, wie die CPU, GPU oder hier auch Bluetooth verwendet. Wohl kaum für die Funktion Numlock, oder überhaupt für eine schnöde billige Tastatur. >> Wie gesagt, vor dem Release-Upgrade funktionierte das mit dem aktivierten >> Numlock noch. > > Jaja, blabla.. genauso wie deine Updates. > Die übliche Ausrede: "Ich hab' nichts gemacht!" Eben. *Du* hast nichts gemacht. *Was* soll ich machen? Sage nicht, ins BIOS zu schauen, ob Linux da was geändert hätte. Das ist absurd. Aber selbst wenn: Warum sollte Linux [nach einem Upgrade] einfach mal so Numlock im BIOS abschalten? Vielleicht wegen der Stromersparnis, die durch das Nichtleuchten der LED erzielt wird? > Aber "die Anderen" haben vielleicht was gemacht, was du ignoriert hat. Das wäre? -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Frank Miller <miller@posteo.ee> |
|---|---|
| Date | 2023-06-30 23:35 +0200 |
| Message-ID | <649F4ABD.90603@backwurst.de> |
| In reply to | #132267 |
Andreas Kohlbach wrote: > On Fri, 30 Jun 2023 06:49:18 +0200, Frank Miller wrote: >> >> Andreas Kohlbach wrote: >>> On Fri, 30 Jun 2023 03:35:17 +0200, Frank Miller wrote: >>> >>> 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. >> >> Also ist es dir dann doch nicht so wichtig, falls du deine Kiste dafür mal >> für einen einfachen Test rebooten musst. > > Wegen eines gesparten Tastendrucks (weil die automatische Aktivierung > nicht funktioniert) boote ich nicht — es ist in der tat nicht wichtig Dann ist das Thema für mich erledigt. Du willst offenbar gar keine Hilfe.
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-01 00:30 -0400 |
| Message-ID | <87leg0gso8.fsf@usenet.ankman.de> |
| In reply to | #132288 |
On Fri, 30 Jun 2023 23:35:57 +0200, Frank Miller wrote: > > Andreas Kohlbach wrote: >> >> Wegen eines gesparten Tastendrucks (weil die automatische Aktivierung >> nicht funktioniert) boote ich nicht — es ist in der tat nicht wichtig > > Dann ist das Thema für mich erledigt. Du willst offenbar gar keine Hilfe. Doch. Aber versuche das Verhältnis zwischen Aufwand und Ergebnis zu erkennen. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-04 08:51 +0200 |
| Message-ID | <kghts5Fe37dU5@mid.individual.net> |
| In reply to | #132267 |
Andreas Kohlbach, 2023-06-30 08:09: > On Fri, 30 Jun 2023 06:49:18 +0200, Frank Miller wrote: [...] >> Also ist es dir dann doch nicht so wichtig, falls du deine Kiste dafür mal >> für einen einfachen Test rebooten musst. > > Wegen eines gesparten Tastendrucks (weil die automatische Aktivierung > nicht funktioniert) boote ich nicht — es ist in der tat nicht wichtig > genug. Noch dazu, dass es mehr als unwahrscheinlich gilt, dass ein OS ins > BIOS schreiben darf. Ja, BIOS-Einstellungen sind durch das OS änderbar. [...] >> Du weisst, was microcodes sind und was sie tun? Ich habe Zweifel. > > Unwichtig, ob ich (oder ein beliebiger User) weiß, was der macht (ich > weiß es trotzdem): Wenn etwas vor einem Upgrade funktionierte, und > Microcode auf einmal nach einem Upgrade (und nur für Numlock? *LOL*) > gebraucht wird, hat das System selbst dafür Sorge zu tragen, den Code > vor dem Booten bereit zu halten. 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. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-04 22:47 -0400 |
| Message-ID | <873523cbw2.fsf@usenet.ankman.de> |
| In reply to | #132509 |
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. Und Intel und AMD tun gut daran, den Microcode auch zu veröffentlichen. Somit sollte er für jede Distribution verfügbar sein. Weiter wir der Installer bei der Installation wissen, welche CPU da läuft, und entsprechenden Microcode automatisch installieren. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Frank Miller <miller@posteo.ee> |
|---|---|
| Date | 2023-07-05 05:25 +0200 |
| Message-ID | <64A4E2AC.2070209@backwurst.de> |
| In reply to | #132543 |
Andreas Kohlbach wrote: > 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. Aber er wird von vielen Linux-Distris als Installations-Paket angeboten. >> 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. Och was?! Die brauchen doch Unmengen von Speicherplatz, was du vermeiden willst! > 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. *LOL!* /Das/ toppt jetzt wirklich Alles! :'D Das ist jetzt wirklich *richtig* geil! > Und Intel und AMD tun gut daran, den Microcode auch zu > veröffentlichen. Somit sollte er für jede Distribution verfügbar sein. Ist er ja, wie ich schon in <649E34E0.5030302@backwurst.de> schrieb. Hat dich aber nicht interessiert: <873529iirh.fsf@usenet.ankman.de> > Weiter wir der Installer bei der Installation wissen, welche CPU da > läuft, und entsprechenden Microcode automatisch installieren. Ja klar. Magisch. Alles magisch! Voll automatisch! Automagisch! Und DELL lötet seine eigenen Chips...
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-07-05 00:15 -0400 |
| Message-ID | <87ilazat8p.fsf@usenet.ankman.de> |
| In reply to | #132546 |
On Wed, 5 Jul 2023 05:25:32 +0200, Frank Miller wrote: > > Andreas Kohlbach wrote: >> On Tue, 4 Jul 2023 08:51:49 +0200, Arno Welzel wrote: > >>> 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. > > Och was?! Die brauchen doch Unmengen von Speicherplatz, was du vermeiden willst! Ich habe hier vermutlich 1 TB oder mehr an Pakten für meine 250 GB Festplatte. >> 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. > > *LOL!* /Das/ toppt jetzt wirklich Alles! :'D > Das ist jetzt wirklich *richtig* geil! Schön, dass Du meinen Fehler nicht nennst, um diese Diskussion weiter in die falsche Richtung laufen zu lassen. >> Und Intel und AMD tun gut daran, den Microcode auch zu >> veröffentlichen. Somit sollte er für jede Distribution verfügbar sein. > > Ist er ja, wie ich schon in <649E34E0.5030302@backwurst.de> schrieb. > Hat dich aber nicht interessiert: <873529iirh.fsf@usenet.ankman.de> War Dir aufgefallen, dass ich Arno, und nicht Dir antwortete? Vermutlich nicht. >> Weiter wir der Installer bei der Installation wissen, welche CPU da >> läuft, und entsprechenden Microcode automatisch installieren. > > Ja klar. Magisch. Alles magisch! Voll automatisch! Automagisch! > Und DELL lötet seine eigenen Chips... Sondern? -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Frank Miller <miller@posteo.ee> |
|---|---|
| Date | 2023-07-05 06:48 +0200 |
| Message-ID | <64A4F617.5000808@backwurst.de> |
| In reply to | #132550 |
Andreas Kohlbach wrote: > On Wed, 5 Jul 2023 05:25:32 +0200, Frank Miller wrote: [..snip..] >> Ist er ja, wie ich schon in <649E34E0.5030302@backwurst.de> schrieb. >> Hat dich aber nicht interessiert: <873529iirh.fsf@usenet.ankman.de> > > War Dir aufgefallen, dass ich Arno, und nicht Dir antwortete? Vermutlich nicht. Dann schreib es auch Arno *privat* und nicht öffentlich im Usenet. Ganz einfach das sein: schreiben hier - lesen alle, antworten jeder wie will.
[toc] | [prev] | [next] | [standalone]
| From | Tim Landscheidt <tim@tim-landscheidt.de> |
|---|---|
| Date | 2023-07-05 10:43 +0000 |
| Subject | Notwendigkeit von Firmware-Paketen anzeigen (was: Numlock aktivieren) |
| Message-ID | <87wmzey6xy.fsf_-_@vagabond.tim-landscheidt.de> |
| In reply to | #132546 |
Frank Miller <miller@posteo.ee> wrote: > […] >>> 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. > Och was?! Die brauchen doch Unmengen von Speicherplatz, was du vermeiden willst! > […] Apropos: Ist ein „find /usr/lib/firmware -atime“ geeignet festzustellen, ob eine Firmware-Datei seitens des Systems benötigt wird oder nicht? Sprich: Wird bei „Verwendung“ ei- ner Firmware-Datei diese immer ganz profan gelesen, oder kann der Treiber/Kernel auf diese auch zugreifen, ohne dass dies Spuren hinterlässt? Tim
[toc] | [prev] | [next] | [standalone]
| From | Helmut Waitzmann <nn.throttle@xoxy.net> |
|---|---|
| Date | 2023-07-09 21:34 +0200 |
| Subject | Re: Notwendigkeit von Firmware-Paketen anzeigen |
| Message-ID | <83h6qcyj37.fsf@helmutwaitzmann.news.arcor.de> |
| In reply to | #132566 |
Tim Landscheidt <tim@tim-landscheidt.de>: > Apropos: Ist ein „find /usr/lib/firmware -atime“ geeignet > festzustellen, ob eine Firmware-Datei seitens des Systems > benötigt wird oder nicht? Sprich: Wird bei „Verwendung“ ei- > ner Firmware-Datei diese immer ganz profan gelesen, oder > kann der Treiber/Kernel auf diese auch zugreifen, ohne dass > dies Spuren hinterlässt? > Ja, das kann er. Siehe beispielsweise entsprechende Flags beim Systemaufruf „mount“ und beim Systemaufruf „open“. Beispielsweise Archivierungsprogramme nutzen das gerne, damit der Zeitpunkt des letzten Lesezugriffs auf eine zu archivierende Datei nicht vom Archivierungsprogramm, das ja ebenfalls alle Dateien, die es archiviert, liest, zerstört wird. Fazit: find /usr/lib/firmware -atime ist möglicherweise nicht geeignet, Altlasten zu erkennen.
[toc] | [prev] | [next] | [standalone]
Page 1 of 10 [1] 2 3 … 10 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web