Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #132252 > unrolled thread

Numlock aktivieren

Started byAndreas Kohlbach <ank@spamfence.net>
First post2023-06-29 16:21 -0400
Last post2023-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

Contents

  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 8 of 10 — ← Prev page 1 … 6 7 [8] 9 10  Next page →

#132431

FromGerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date2023-07-03 13:33 +0000
Message-ID<168839120191.24414.498651307373850647.XPN@ID-37099.user.uni-berlin.de>
In reply to#132426
Peter J. Holzer schrieb am 3/7/2023 15:02:

> On 2023-07-03 12:47, Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> wrote:
>> Das Gleiche habe ich mit timesyncd.conf gemacht und funktioniert nicht.
>> /etc/systemd/system.conf.d/timesyncd.conf wird ignoriert
>
> Da das File /etc/systemd/timesyncd.conf heißt, würde ich annehmen, dass
> das zugehörige .d-Directory /etc/systemd/timesyncd.conf.d heißt.

Stimmt, danke. Steht in
man 5 timesyncd.conf
in den ersten Zeilen und habe ich übersehen.

Ein Nachteil könnte nun sein, dass man mit einer neuen Version von
systemd in den *.conf frisch hinzugekommene nützliche Optionen nicht
mitkriegt. Hm...

So nebenbei sollte der NTP-Server eigentlich per DHCP übernommen werden,
tut Ubuntu aber nur mit installiertem npt(sec).

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

#132460

FromPaul Muster <exp-311223@news.muster.net>
Date2023-07-03 17:08 +0200
Message-ID<ks4bnj-m48.ln1@news.muster.net>
In reply to#132431
On 03.07.23 15:33, Gerald E¡scher wrote:

> So nebenbei sollte der NTP-Server eigentlich per DHCP übernommen werden,
> tut Ubuntu aber nur mit installiertem npt(sec).

Der ganze systemd-Kram ist an diversen Ecken und Enden nicht fertig? 
Wow, ganz neue Erkenntnis.


mfG Paul

[toc] | [prev] | [next] | [standalone]

#132463

FromGerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date2023-07-03 15:39 +0000
Message-ID<168839875706.24414.16362580184238174373.XPN@ID-37099.user.uni-berlin.de>
In reply to#132460
Paul Muster schrieb am 3/7/2023 17:08:

> On 03.07.23 15:33, Gerald E¡scher wrote:
>
>> So nebenbei sollte der NTP-Server eigentlich per DHCP übernommen werden,
>> tut Ubuntu aber nur mit installiertem npt(sec).
>
> Der ganze systemd-Kram ist an diversen Ecken und Enden nicht fertig? 
> Wow, ganz neue Erkenntnis.

Ich meine, das hat weniger mit systemd als mit dem NetworkManager bzw.
einem vom NM gestarteten Script zu tun, das nur die ntp.conf aber nicht
die timesyncd.conf kennt. Aber im Zweifel ist eh LP schuld an allem...

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

#132445

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-07-03 16:29 +0200
Message-ID<u7um0m$17m1c$1@news1.tnib.de>
In reply to#132424
Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> wrote:
>/etc/systemd/system.conf.d/ existiert in Debian und Ubuntu übrigens
>nicht, deswegen habe ich diese Möglichkeit nicht in Betracht gezogen.

Leere Directories sollte man ja auch vermeiden. mkdir existiert.

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]

#132455

FromGerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date2023-07-03 14:43 +0000
Message-ID<168839539968.24414.13701692395017086085.XPN@ID-37099.user.uni-berlin.de>
In reply to#132445
Marc Haber schrieb am 3/7/2023 16:29:

> Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> wrote:
>>/etc/systemd/system.conf.d/ existiert in Debian und Ubuntu übrigens
>>nicht, deswegen habe ich diese Möglichkeit nicht in Betracht gezogen.
>
> Leere Directories sollte man ja auch vermeiden. mkdir existiert.

In Debian und Ubuntu liegen unter /etc/ durchaus leere *.d/ herum.

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

#132476

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-07-03 20:21 +0200
Message-ID<u7v3jr$18nc6$1@news1.tnib.de>
In reply to#132455
Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> wrote:
>Marc Haber schrieb am 3/7/2023 16:29:
>> Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> wrote:
>>>/etc/systemd/system.conf.d/ existiert in Debian und Ubuntu übrigens
>>>nicht, deswegen habe ich diese Möglichkeit nicht in Betracht gezogen.
>>
>> Leere Directories sollte man ja auch vermeiden. mkdir existiert.
>
>In Debian und Ubuntu liegen unter /etc/ durchaus leere *.d/ herum.

Das für systemd zu machen, wo wirklich _jede_ Konfigurationsdatei mit
.d augmentierbar ist, würde die Situation wirklich unübersichtlich
machen.

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]

#132380

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-07-03 09:06 +0200
Message-ID<u7ts2h$15nv0$1@news1.tnib.de>
In reply to#132354
Claus Reibenstein <creibens@gmail.com> wrote:
>Peter J. Holzer schrieb am 02.07.2023 um 17:30:
>
>> On 2023-07-02 10:51, Claus Reibenstein <creibens@gmail.com> wrote:
>>
>>> 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?
>>
>> Systemd wartet m.W. 90 Sekunden, wenn ein Service nicht terminiert.
>> bevor es zu SIGKILL greift. Wenn ihm das bei 2 Services passiert, die
>> eine Abhängigkeit haben, sind das 3 Minuten.
>
>Stimmt. Deshalb habe ich diesen Unsinn bei mir schon lange auf 30
>Sekunden begrenzt. Bis jetzt keine Probleme. Allerdings passiert das
>hier äußerst selten.

Dieser "Unsinn" ist wichtig, weil es durchaus Dienste gibt, die länger
brauchen um zu stoppen und bei denen es auch wichtig ist, die Zeit
abzuwarten (z.B. Datenbanken oder virtuelle Maschinen). Auf Desktops,
auf denen man weiß, dass so ein Dienst nicht läuft, dreht man die Zeit
halt passend runter, aber den Default finde ich sinnvoll.

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]

#132386

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-07-03 09:16 +0000
Message-ID<u7u3l4$iql$3@news2.informatik.uni-stuttgart.de>
In reply to#132380
Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Claus Reibenstein <creibens@gmail.com> wrote:
>>Peter J. Holzer schrieb am 02.07.2023 um 17:30:
>>
>>> On 2023-07-02 10:51, Claus Reibenstein <creibens@gmail.com> wrote:
>>>
>>>> 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?
>>>
>>> Systemd wartet m.W. 90 Sekunden, wenn ein Service nicht terminiert.
>>> bevor es zu SIGKILL greift. Wenn ihm das bei 2 Services passiert, die
>>> eine Abhängigkeit haben, sind das 3 Minuten.
>>
>>Stimmt. Deshalb habe ich diesen Unsinn bei mir schon lange auf 30
>>Sekunden begrenzt. Bis jetzt keine Probleme. Allerdings passiert das
>>hier äußerst selten.
> 
> Dieser "Unsinn" ist wichtig, weil es durchaus Dienste gibt, die länger
> brauchen um zu stoppen und bei denen es auch wichtig ist, die Zeit
> abzuwarten (z.B. Datenbanken oder virtuelle Maschinen). Auf Desktops,
> auf denen man weiß, dass so ein Dienst nicht läuft, dreht man die Zeit
> halt passend runter, aber den Default finde ich sinnvoll.

Ich hatte schon oft genug, dass systemd den timer (fuer denselben Dienst!)
immer wieder von vorne gestartet hat, so dass schlussendlich nur ein reset
half um zu rebooten.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#132406

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-07-03 12:57 +0200
Message-ID<u7u9hs$16o8e$1@news1.tnib.de>
In reply to#132386
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>> Claus Reibenstein <creibens@gmail.com> wrote:
>>>Peter J. Holzer schrieb am 02.07.2023 um 17:30:
>>>
>>>> On 2023-07-02 10:51, Claus Reibenstein <creibens@gmail.com> wrote:
>>>>
>>>>> 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?
>>>>
>>>> Systemd wartet m.W. 90 Sekunden, wenn ein Service nicht terminiert.
>>>> bevor es zu SIGKILL greift. Wenn ihm das bei 2 Services passiert, die
>>>> eine Abhängigkeit haben, sind das 3 Minuten.
>>>
>>>Stimmt. Deshalb habe ich diesen Unsinn bei mir schon lange auf 30
>>>Sekunden begrenzt. Bis jetzt keine Probleme. Allerdings passiert das
>>>hier äußerst selten.
>> 
>> Dieser "Unsinn" ist wichtig, weil es durchaus Dienste gibt, die länger
>> brauchen um zu stoppen und bei denen es auch wichtig ist, die Zeit
>> abzuwarten (z.B. Datenbanken oder virtuelle Maschinen). Auf Desktops,
>> auf denen man weiß, dass so ein Dienst nicht läuft, dreht man die Zeit
>> halt passend runter, aber den Default finde ich sinnvoll.
>
>Ich hatte schon oft genug, dass systemd den timer (fuer denselben Dienst!)
>immer wieder von vorne gestartet hat, so dass schlussendlich nur ein reset
>half um zu rebooten.

Das kenne ich auch, aber meist nach einem Kerneloops oder "CPU #3
stuck for XXX seconds". Bei so einem derangierten System kann das
passieren unabhängig vom initsystem.

Ich würde mir an dieser Stelle eine Eingriffsmöglichkeit wünschen, und
wenn es nur dadurch ist dass der sshd als letztes und nicht als erstes
getötet wird.

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]

#132412

FromClaus Reibenstein <creibens@gmail.com>
Date2023-07-03 13:19 +0200
Message-ID<kgfp58F4e8oU1@mid.individual.net>
In reply to#132380
Marc Haber schrieb am 03.07.2023 um 09:06:

> Claus Reibenstein <creibens@gmail.com> wrote:
>
>> Peter J. Holzer schrieb am 02.07.2023 um 17:30:
>>
>>> Systemd wartet m.W. 90 Sekunden, wenn ein Service nicht terminiert.
>>> bevor es zu SIGKILL greift. Wenn ihm das bei 2 Services passiert, die
>>> eine Abhängigkeit haben, sind das 3 Minuten.
>>
>> Stimmt. Deshalb habe ich diesen Unsinn bei mir schon lange auf 30
>> Sekunden begrenzt. Bis jetzt keine Probleme. Allerdings passiert das
>> hier äußerst selten.
>
> Dieser "Unsinn" ist wichtig, weil es durchaus Dienste gibt, die länger
> brauchen um zu stoppen und bei denen es auch wichtig ist, die Zeit
> abzuwarten (z.B. Datenbanken oder virtuelle Maschinen).

Solche Dienste laufen hier nicht.

> Auf Desktops,
> auf denen man weiß, dass so ein Dienst nicht läuft, dreht man die Zeit
> halt passend runter, aber den Default finde ich sinnvoll.

Ich habe nur Desktops. Wenn hier mal ein Dienst hängt, dann ist es meist
einer der VirtualBox-Gastdienste, und die sind relativ harmlos. Mehr als
30 Sekunden gebe ich denen nicht.

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#132447

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-07-03 16:31 +0200
Message-ID<u7um3n$17mva$1@news1.tnib.de>
In reply to#132412
Claus Reibenstein <creibens@gmail.com> wrote:
>Marc Haber schrieb am 03.07.2023 um 09:06:
>
>> Claus Reibenstein <creibens@gmail.com> wrote:
>>
>>> Peter J. Holzer schrieb am 02.07.2023 um 17:30:
>>>
>>>> Systemd wartet m.W. 90 Sekunden, wenn ein Service nicht terminiert.
>>>> bevor es zu SIGKILL greift. Wenn ihm das bei 2 Services passiert, die
>>>> eine Abhängigkeit haben, sind das 3 Minuten.
>>>
>>> Stimmt. Deshalb habe ich diesen Unsinn bei mir schon lange auf 30
>>> Sekunden begrenzt. Bis jetzt keine Probleme. Allerdings passiert das
>>> hier äußerst selten.
>>
>> Dieser "Unsinn" ist wichtig, weil es durchaus Dienste gibt, die länger
>> brauchen um zu stoppen und bei denen es auch wichtig ist, die Zeit
>> abzuwarten (z.B. Datenbanken oder virtuelle Maschinen).
>
>Solche Dienste laufen hier nicht.

Dann darfst Du ja den Wert für Dich runterdrehen.

Ein Default ist für irgendwelche Nutzer immer falsch. Sich über einen
für den eigenen Ansatz unpassenden Default beschweren ist
unsympathisch, den Entwickler dafür zu beschimpfen ist dumm.

>Ich habe nur Desktops. Wenn hier mal ein Dienst hängt, dann ist es meist
>einer der VirtualBox-Gastdienste, und die sind relativ harmlos. Mehr als
>30 Sekunden gebe ich denen nicht.

Das darfst Du gerne für Dich selbst entscheiden.

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]

#132369

FromAndreas Kohlbach <ank@spamfence.net>
Date2023-07-02 22:55 -0400
Message-ID<871qhpg0uh.fsf@usenet.ankman.de>
In reply to#132348
On Sun, 2 Jul 2023 12:51:44 +0200, Claus Reibenstein wrote:
>
> 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?

Dann muss ich erst Mal auf 5 erweitern, wenn auch der Desktop gemeint
war. Bis da alles zu war, und er mich ausloggte, waren es auch ein paar
Minuten. Ein Programm habe ich auch abgeschossen, weil mir das zu lange
dauerte.

Nach Eingabe von "reboot" kamen irgendwann 7 Meldungen über stop jobs,
die schon X Sekunden liefen, aber bis "unlimited" (oder so) laufen
könnten. Dabei lieft die Anzeige sehr lange von "1 of 7" bis "7 of 7"
durch, um dann wieder bei 1 anzufangen.

Vielleicht war es aber nicht die Zahl der laufenden Programme, als die
uptime von über 200 Tagen?
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#132387

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-07-03 09:17 +0000
Message-ID<u7u3o5$iql$4@news2.informatik.uni-stuttgart.de>
In reply to#132369
Andreas Kohlbach <ank@spamfence.net> wrote:

> Nach Eingabe von "reboot" kamen irgendwann 7 Meldungen über stop jobs,
> die schon X Sekunden liefen, aber bis "unlimited" (oder so) laufen

"unlimited" hatte ich auch schon mehrfach.
Da hilft dann nur noch reset.
Dank systemd wird Linux immer windoofiger :-(


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#132398

FromJoerg Lorenz <hugybear@gmx.ch>
Date2023-07-03 12:14 +0200
Message-ID<u7u72p$3m2ai$1@dont-email.me>
In reply to#132387
On 03.07.23 11:17, Ulli Horlacher wrote:
> Andreas Kohlbach <ank@spamfence.net> wrote:
> 
>> Nach Eingabe von "reboot" kamen irgendwann 7 Meldungen über stop jobs,
>> die schon X Sekunden liefen, aber bis "unlimited" (oder so) laufen
> 
> "unlimited" hatte ich auch schon mehrfach.
> Da hilft dann nur noch reset.
> Dank systemd wird Linux immer windoofiger :-(

Auf jeden Fall ähnlich bloated.

-- 
Sent with Betterbird from a Silicon-Mac. Simply better.
www.betterbird.eu

[toc] | [prev] | [next] | [standalone]

#132489

FromAndreas Kohlbach <ank@spamfence.net>
Date2023-07-03 18:10 -0400
Message-ID<87bkgsejei.fsf@usenet.ankman.de>
In reply to#132387
On Mon, 3 Jul 2023 09:17:57 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>
>> Nach Eingabe von "reboot" kamen irgendwann 7 Meldungen über stop jobs,
>> die schon X Sekunden liefen, aber bis "unlimited" (oder so) laufen
>
> "unlimited" hatte ich auch schon mehrfach.
> Da hilft dann nur noch reset.

Ich bin dann mal um den Block. Als ich nach 20 Minuten oder so zurück
kam, hatte er neu gebootet. Daher könnte das zwischen 3 und 20 Minuten
gedauert haben. Ein harter Reboot war nicht nötig, auch wenn ich das
befürchtete. Trotzdem zu lange.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#132508

FromArno Welzel <usenet@arnowelzel.de>
Date2023-07-04 08:47 +0200
Message-ID<kghtklFe37dU4@mid.individual.net>
In reply to#132261
Andreas Kohlbach, 2023-06-30 05:29:

> On Fri, 30 Jun 2023 03:35:17 +0200, Frank Miller wrote:
[...]
>> 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?

Das ist egal! Schau halt einfach mal rein.

>> 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.

Ja und? Du willst ein Problem lösen.

> Ich ging davon aus, dass es eine Datei geben muss, in der ich eine Zeile
> ändere. Nicht?

Und selbst wenn - um das zu testen müsstest Du dein System ebenfalls neu
starten! Denn nur weil Du eine Datei änderst, geht Numlock nicht
automatisch an.


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#132542

FromAndreas Kohlbach <ank@spamfence.net>
Date2023-07-04 22:42 -0400
Message-ID<875y6zcc3z.fsf@usenet.ankman.de>
In reply to#132508
On Tue, 4 Jul 2023 08:47:49 +0200, Arno Welzel wrote:
>
> Andreas Kohlbach, 2023-06-30 05:29:
>
>> On Fri, 30 Jun 2023 03:35:17 +0200, Frank Miller wrote:
> [...]
>>> 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?
>
> Das ist egal! Schau halt einfach mal rein.

Hatte ich. Und das hier vor drei Tagen erwähnt.

>>> 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.
>
> Ja und? Du willst ein Problem lösen.

Nein. Nur eine Antwort auf die Frage, warum (zumindest mein) Debian 12
Numlock beim Start nicht aktiviert.

Erst wenn es einen Grund gibt, würde ich eine entsprechende Datei
bearbeiten, dass es beim Booten wieder aktiviert wird.

>> Ich ging davon aus, dass es eine Datei geben muss, in der ich eine Zeile
>> ändere. Nicht?
>
> Und selbst wenn - um das zu testen müsstest Du dein System ebenfalls neu
> starten! Denn nur weil Du eine Datei änderst, geht Numlock nicht
> automatisch an.

Das weiß ich.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#132547

FromFrank Miller <miller@posteo.ee>
Date2023-07-05 05:29 +0200
Message-ID<64A4E388.6060700@backwurst.de>
In reply to#132542
Andreas Kohlbach wrote:
[..snip..]
> Nein. Nur eine Antwort auf die Frage, warum (zumindest mein) Debian 12
> Numlock beim Start nicht aktiviert.
> 
> Erst wenn es einen Grund gibt, würde ich eine entsprechende Datei
> bearbeiten, dass es beim Booten wieder aktiviert wird.

Es gab also gar keinen Grund? ^^

[toc] | [prev] | [next] | [standalone]

#132557

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-07-05 09:53 +0200
Message-ID<u837hj$1iisa$1@news1.tnib.de>
In reply to#132542
Andreas Kohlbach <ank@spamfence.net> wrote:
>Nein. Nur eine Antwort auf die Frage, warum (zumindest mein) Debian 12
>Numlock beim Start nicht aktiviert.

Das hat halt irgendwer geändert. Eventuell hatte er einen Grund dafür,
aber vielleicht hat er das auch gar nicht gemerkt.

Ich _könnte_ mir vorstellen, dass das irgendwas damit zu tun hat, dass
der Marktanteil von Tastaturen mit Nummernblock immer kleiner wird.
Aber das weiß ich nicht.

Du kannst Dich jetzt auf die Suche nach demjenigen machen, der diese
Änderung gemacht hat. Viel Spaß.

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]

#132259

FromGerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date2023-06-30 03:23 +0000
Message-ID<168809542400.24414.16829622896781087669.XPN@ID-37099.user.uni-berlin.de>
In reply to#132252
Andreas Kohlbach schrieb am 29/6/2023 22:21:

> Google hat Lösungen für verschiedene Desktop-Manager, oder empfiehlt
> Dinge wie numlockx zu installieren. Unbrauchbar für mich.

Was heißt "unbrauchbar"? numlockx hat mir auf meinem alten MacBook mit
Ubuntu Budgie den *rsch gerettet, weil bei normalem PC Tastaturlayout
und eingeschaltetem Numlock die Tastatur nicht verwendbar ist.

> Wie bekomme ich Numlock per Default beim Booten wieder?

Indem du in der /etc/default/numlockx
entweder "NUMLOCK=auto" einfach belässt oder, um ganz sicher zu gehen,
auf "NUMLOCK=on" änderst.

> Installieren will ich nichts.

"Wasch mir den Pelz, aber mach mich nicht nass"

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

Page 8 of 10 — ← Prev page 1 … 6 7 [8] 9 10  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web