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 7 of 10 — ← Prev page 1 … 5 6 [7] 8 9 10 Next page →
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-07-03 12:54 +0200 |
| Message-ID | <u7u9dt$16nmv$1@news1.tnib.de> |
| In reply to | #132392 |
Marco Moock <mo01@posteo.de> wrote: >Am 03.07.2023 um 08:57:40 Uhr schrieb Marc Haber: > >> michaelnoeusenet@mac.com (Michael Noe) wrote: >> >Marcus Jodorf <m@bogomips.de> wrote: >> >> Die verbringt da gerne erstmal eine Minute damit, ihre Hardware zu >> >> sortieren, bevor der eigentlich Bootvorgang überhaupt anfängt. >> > >> >IBM PC/XT oder so was? >> >> Ich habe einen AM4-Rechner von 2019, der braucht locker eine Minute >> bis zum POST-Screen. > >Sowas kenne ich nur von Servern. Die brauchen zehn. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2023-07-03 15:57 +0200 |
| Message-ID | <kgg2epF5mehU7@mid.individual.net> |
| In reply to | #132392 |
Marco Moock, 2023-07-03 11:41: > Am 03.07.2023 um 08:57:40 Uhr schrieb Marc Haber: > >> michaelnoeusenet@mac.com (Michael Noe) wrote: >>> Marcus Jodorf <m@bogomips.de> wrote: >>>> Die verbringt da gerne erstmal eine Minute damit, ihre Hardware zu >>>> sortieren, bevor der eigentlich Bootvorgang überhaupt anfängt. >>> >>> IBM PC/XT oder so was? >> >> Ich habe einen AM4-Rechner von 2019, der braucht locker eine Minute >> bis zum POST-Screen. > > Sowas kenne ich nur von Servern. Dito. Ein aktueller AM4-Rechner hier braucht ca. 25 Sekunden ab Einschalten bis zum Login-Bildschirm. Und da steckt reichlich Hardware drin: Grafikkarte, zusätzlicher SATA-Controller und diverse Laufwerke aller Art - SSDs, NVMEs, Speicherkartenleser, BD-Laufwerk, Wechselschacht für HDDs etc. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | michaelnoeusenet@mac.com (Michael Noe) |
|---|---|
| Date | 2023-07-03 22:28 +0200 |
| Message-ID | <1qdbc7g.fbxxsaj2sv6N@ID-7682.user.dfncis.de> |
| In reply to | #132378 |
Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> Die verbringt da gerne erstmal eine Minute damit, ihre Hardware zu > >> sortieren, bevor der eigentlich Bootvorgang überhaupt anfängt. > > > >IBM PC/XT oder so was? > > Ich habe einen AM4-Rechner von 2019, der braucht locker eine Minute > bis zum POST-Screen. Ja, all dies gibt's freilich, freilich insbesondere bei Servern, wo die Zeit für Kaltstart/Reboot naturgemäß eh recht egal ist. Allerdings war der Ursprung dieses Teilthreads der "Einfachrechner" Andreas', siehe <87y1jzfo3s.fsf@usenet.ankman.de>: Ein simpler Dell Inspiron 3847 mit 8 GByte RAM samt einer seit zehn Jahren komplett ungepatchten Firmware Stand 2013, welcher offenbar vor allem als 08/15-Einzelplatzrechner unter Debian Bookworm betrieben wird. Wenn der 3 min à la verbasteltes Windows 95 auf einem i80386 samt 4 MByte RAM zum Herunterfahren benötigt, dann würde ich der Sache mal nachgehen. Ist sicher so nicht normal. Auch dies ist aber letztlich ja nicht mein Problem: Wurst. -- Gruß Michael
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-07-04 04:26 +0200 |
| Message-ID | <87wmzg8l8z.fsf-bofh@killfile.de> |
| In reply to | #132483 |
Michael Noe <michaelnoeusenet@mac.com> schrieb: > Wenn der 3 min à la verbasteltes Windows 95 auf einem i80386 samt 4 > MByte RAM zum Herunterfahren benötigt, dann würde ich der Sache mal > nachgehen. Ist sicher so nicht normal. Nebenbei waren die alten Rechner normalerweise nicht so lahm. Ich hab noch einen IBM 386DX25 und der ist beim Hoch- und Runterfahren durchaus nicht unflott. Nur der Part dazwischen ist heutzutage schmerzhaft ;-) Aber kann natürlich völlig normal sein. Wenn z.B. ein NFS Mount o.ä. mit im Spiel ist und auf dem NFS Server in dem Moment erst mal die Platten von Sleepmode auf Touren kommen müssen, wenn der Mount passiert... Dann sind leicht mal 30+ Sekunden nur dafür weg. Simples dhcp vs. static kostet schon ein paar Extrasekunden. Und Sekunden sind bei heutigen Rechnern - egal für was - komplette Ewigkeiten im Gesamtszenario des Bootvorganges. > Auch dies ist aber letztlich ja nicht mein Problem: Wurst. Kann man natürlich auch so sehen. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-07-03 12:25 +0200 |
| Message-ID | <87r0ppqolb.fsf-bofh@killfile.de> |
| In reply to | #132352 |
Michael Noe <michaelnoeusenet@mac.com> schrieb: >> Die verbringt da gerne erstmal eine Minute damit, ihre Hardware zu >> sortieren, bevor der eigentlich Bootvorgang überhaupt anfängt. > > IBM PC/XT oder so was? Dell Precision 7865. Braucht ziemlich genau eine Minute, um seine ganzen Innereien zu sortieren, bevor es überhaupt anfängt zu booten. u.a.: $lspci|wc -l 109 Ich mußte da z.B. gerade am Kernelparameter hpbussize drehen, weil der Kernel offenbar normalerweise nicht mit so vielen übereinandergeschichteten PCI-Bridges und -Bussen rechnet. Die Firmware ist inhaltlich auch deutlich mehr Richtung Server als PC. > Moderne Macs (ARM): Bootzeit hier bei irgendwas mit deutlich < 10 s. Die sind vom Aufbau aber auch eher recht schlicht. Da stecken z.B. nicht 128 PCIe Lanes, 8 SSDs, 2 Festplatten, 512GB Ram, 2 interne USB Soundkarten und jede Menge Kleinkram drin, was alles durchsortiert und initialisiert werden muß. > Obiges sind eher ältere langsame Rechner. Selbst der Dell/EMC > PowerEdge hier liegt in diesem Bereich. Meine aktuellen PowerEdges brauchen auch teilweise einige wenige Minuten. Ich habe aber auch schon mal vor Jahren eine große Kiste gehabt, da konnte man gemütlich erst mal Kaffee kochen gehen, bevor die oben war. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet3@hjp.at> |
|---|---|
| Date | 2023-07-02 17:30 +0200 |
| Message-ID | <slrnua361f.7u1.hjp-usenet3@trintignant.hjp.at> |
| In reply to | #132348 |
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.
hp
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2023-07-02 21:14 +0200 |
| Message-ID | <kge0koFql6lU2@mid.individual.net> |
| In reply to | #132350 |
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. Unabhängig davon sollte man in solch einem Fall prüfen, welcher Dienst da hängt (sagt einem das System i.d.R.), und Gegenmaßnahmen ergreifen, falls möglich. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-07-02 19:58 +0000 |
| Message-ID | <168832791685.24414.11678363867034991095.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #132354 |
Claus Reibenstein schrieb am 2/7/2023 21:14: > 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. Danke für den Hinweis, habe auf meinen Server in der /etc/systemd/system.conf #DefaultTimeoutStopSec=90s entsprechend geändert. -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2023-07-02 23:56 +0000 |
| Message-ID | <u7t2ro$ait$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #132359 |
Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: > Danke für den Hinweis, habe auf meinen Server in der > /etc/systemd/system.conf > #DefaultTimeoutStopSec=90s > entsprechend geändert. Das gibt Aerger beim naechsten upgrade. Deshalb: root@fex:/etc/systemd/system.conf.d# cat timeout.conf DefaultTimeoutStopSec=10s DefaultTimeoutStartSec=15s systemd ignoriert das aber nach belieben. "Ich weiss besser was gut fuer dich ist" -- 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]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-07-03 09:05 +0200 |
| Message-ID | <u7trvo$15nre$1@news1.tnib.de> |
| In reply to | #132362 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: > >> Danke für den Hinweis, habe auf meinen Server in der >> /etc/systemd/system.conf >> #DefaultTimeoutStopSec=90s >> entsprechend geändert. > >Das gibt Aerger beim naechsten upgrade. Warum? Das ist ein dpkg-conffile, dass man das ändert ist Designkriterium, das muss gehen. >root@fex:/etc/systemd/system.conf.d# cat timeout.conf >DefaultTimeoutStopSec=10s >DefaultTimeoutStartSec=15s Das ist die systemd-Methodik, die aus einer Distributionswelt kommt, in der das Conffile-Handling noch viel schlechter ist als bei Debian. Wird natürlich auch gehen. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2023-07-03 09:14 +0000 |
| Message-ID | <u7u3h1$iql$2@news2.informatik.uni-stuttgart.de> |
| In reply to | #132379 |
Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: >> >>> Danke für den Hinweis, habe auf meinen Server in der >>> /etc/systemd/system.conf >>> #DefaultTimeoutStopSec=90s >>> entsprechend geändert. >> >>Das gibt Aerger beim naechsten upgrade. > > Warum? Das ist ein dpkg-conffile, dass man das ändert ist > Designkriterium, das muss gehen. Man wird interaktiv gefragt, was man machen will, das stoert einen automatischen upgrade-Prozess. Das meinte ich mit "Aerger". -- 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]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-07-03 12:55 +0200 |
| Message-ID | <u7u9fe$16o71$1@news1.tnib.de> |
| In reply to | #132385 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>>Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: >>> >>>> Danke für den Hinweis, habe auf meinen Server in der >>>> /etc/systemd/system.conf >>>> #DefaultTimeoutStopSec=90s >>>> entsprechend geändert. >>> >>>Das gibt Aerger beim naechsten upgrade. >> >> Warum? Das ist ein dpkg-conffile, dass man das ändert ist >> Designkriterium, das muss gehen. > >Man wird interaktiv gefragt, was man machen will, das stoert einen >automatischen upgrade-Prozess. Das meinte ich mit "Aerger". Das kann man zum Glück abstellen. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2023-07-03 11:09 +0000 |
| Message-ID | <u7ua8d$koi$2@news2.informatik.uni-stuttgart.de> |
| In reply to | #132405 |
Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >>> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>>>Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: >>>> >>>>> Danke für den Hinweis, habe auf meinen Server in der >>>>> /etc/systemd/system.conf >>>>> #DefaultTimeoutStopSec=90s >>>>> entsprechend geändert. >>>> >>>>Das gibt Aerger beim naechsten upgrade. >>> >>> Warum? Das ist ein dpkg-conffile, dass man das ändert ist >>> Designkriterium, das muss gehen. >> >>Man wird interaktiv gefragt, was man machen will, das stoert einen >>automatischen upgrade-Prozess. Das meinte ich mit "Aerger". > > Das kann man zum Glück abstellen. Um dann den falschen default zu bekommen? Mahlzeit! -- 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]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-07-03 16:23 +0200 |
| Message-ID | <u7ulkh$17l6g$1@news1.tnib.de> |
| In reply to | #132410 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>>Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >>>> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>>>>Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: >>>>> >>>>>> Danke für den Hinweis, habe auf meinen Server in der >>>>>> /etc/systemd/system.conf >>>>>> #DefaultTimeoutStopSec=90s >>>>>> entsprechend geändert. >>>>> >>>>>Das gibt Aerger beim naechsten upgrade. >>>> >>>> Warum? Das ist ein dpkg-conffile, dass man das ändert ist >>>> Designkriterium, das muss gehen. >>> >>>Man wird interaktiv gefragt, was man machen will, das stoert einen >>>automatischen upgrade-Prozess. Das meinte ich mit "Aerger". >> >> Das kann man zum Glück abstellen. > >Um dann den falschen default zu bekommen? >Mahlzeit! Ein Default heißt Default weil man ihn ändern kann wenn er einem nicht passt. Bei der Vorgabe eines Defaults kann man es als Softwareentwickler oder amtlicher Vorkauer (sprich: Admin) nur falsch machen, irgend jemandem wird es nicht passen und das sind genau die Leute, die sich aus teilweise an den Haaren herbeigezogenen Gründen davor scheuen, sich das System einfach so zu konfigurieren wie sie es haben wollen. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2023-07-03 13:13 +0200 |
| Message-ID | <kgfoq8F4detU1@mid.individual.net> |
| In reply to | #132379 |
Marc Haber schrieb am 03.07.2023 um 09:05: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >> Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: >> >>> Danke für den Hinweis, habe auf meinen Server in der >>> /etc/systemd/system.conf >>> #DefaultTimeoutStopSec=90s >>> entsprechend geändert. >> >> Das gibt Aerger beim naechsten upgrade. > > Warum? Das ist ein dpkg-conffile, dass man das ändert ist > Designkriterium, das muss gehen. Geht auch. Nur beim nächsten Update/Upgrade kann es Dir passieren, dass die Datei überschrieben wird. >> root@fex:/etc/systemd/system.conf.d# cat timeout.conf >> DefaultTimeoutStopSec=10s >> DefaultTimeoutStartSec=15s > > Das ist die systemd-Methodik, die aus einer Distributionswelt kommt, > in der das Conffile-Handling noch viel schlechter ist als bei Debian. > Wird natürlich auch gehen. Hat vor allem den Vorteil, dass sie jedes Update/Upgrade problemlos überlebt. Genau deshalb bevorzuge ich diese Methode. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-07-03 16:28 +0200 |
| Message-ID | <u7uluq$17lvc$1@news1.tnib.de> |
| In reply to | #132411 |
Claus Reibenstein <creibens@gmail.com> wrote: >Marc Haber schrieb am 03.07.2023 um 09:05: >> Warum? Das ist ein dpkg-conffile, dass man das ändert ist >> Designkriterium, das muss gehen. > >Geht auch. Nur beim nächsten Update/Upgrade kann es Dir passieren, dass >die Datei überschrieben wird. Das wäre ein bug in dpkg. Da es diesen Code schon seit über 20 Jahren gibt, halte ich das für unwahrscheinlich. >> Das ist die systemd-Methodik, die aus einer Distributionswelt kommt, >> in der das Conffile-Handling noch viel schlechter ist als bei Debian. >> Wird natürlich auch gehen. > >Hat vor allem den Vorteil, dass sie jedes Update/Upgrade problemlos >überlebt. Genau deshalb bevorzuge ich diese Methode. Man kann es sich natürlich auch schwerer machen. Dass Du einer von dieser Sorte bist, wundert mich jetzt weniger. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2023-07-04 20:52 +0200 |
| Message-ID | <kgj849Fku7eU1@mid.individual.net> |
| In reply to | #132444 |
Marc Haber schrieb am 03.07.2023 um 16:28: > Claus Reibenstein <creibens@gmail.com> wrote: > >> Marc Haber schrieb am 03.07.2023 um 09:05: >> >>> Das ist die systemd-Methodik, die aus einer Distributionswelt kommt, >>> in der das Conffile-Handling noch viel schlechter ist als bei Debian. >>> Wird natürlich auch gehen. >> >> Hat vor allem den Vorteil, dass sie jedes Update/Upgrade problemlos >> überlebt. Genau deshalb bevorzuge ich diese Methode. > > Man kann es sich natürlich auch schwerer machen. Dass Du einer von > dieser Sorte bist, wundert mich jetzt weniger. Wieso schwerer? Es ist sogar einfacher, weil sicherer. Nach 45 Jahren IT hat man so seine Erfahrungen, und wenn man Probleme vermeiden kann, sollte man es auch tun. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2023-07-05 09:51 +0200 |
| Message-ID | <u837eg$1iip4$1@news1.tnib.de> |
| In reply to | #132538 |
Claus Reibenstein <creibens@gmail.com> wrote: >Marc Haber schrieb am 03.07.2023 um 16:28: > >> Claus Reibenstein <creibens@gmail.com> wrote: >> >>> Marc Haber schrieb am 03.07.2023 um 09:05: >>> >>>> Das ist die systemd-Methodik, die aus einer Distributionswelt kommt, >>>> in der das Conffile-Handling noch viel schlechter ist als bei Debian. >>>> Wird natürlich auch gehen. >>> >>> Hat vor allem den Vorteil, dass sie jedes Update/Upgrade problemlos >>> überlebt. Genau deshalb bevorzuge ich diese Methode. >> >> Man kann es sich natürlich auch schwerer machen. Dass Du einer von >> dieser Sorte bist, wundert mich jetzt weniger. > >Wieso schwerer? Es ist sogar einfacher, weil sicherer. Nach 45 Jahren IT >hat man so seine Erfahrungen, und wenn man Probleme vermeiden kann, >sollte man es auch tun. Das ist ein sehr gutes Beispiel dafür, dass viele Jahre Erfahrung oftmals dafür sorgen, dass man sich das Leben schwerer macht als es in der heutigen Zeit sein muss. Manchmal hilft es echt, mit einer gewissen Naivität an Dinge dranzugehen, und das "ich hab da 1984 mal Probleme mit gehabt, also nutze ich 2023 einen Mechanismus der dem von 1984 ähnelt auch nicht" hinter sich zu lassen. Ich schreibe das so deutlich, weil ich da leider ähnlich ticke und echt hart an mir arbeiten muss um nicht als Ewiggestriger da zu stehen. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2023-07-03 12:47 +0000 |
| Message-ID | <168838844863.24414.3413938738365280419.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #132362 |
Ulli Horlacher schrieb am 3/7/2023 01:56: > Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: > >> Danke für den Hinweis, habe auf meinen Server in der >> /etc/systemd/system.conf >> #DefaultTimeoutStopSec=90s >> entsprechend geändert. > > Das gibt Aerger beim naechsten upgrade. Deshalb: > > root@fex:/etc/systemd/system.conf.d# cat timeout.conf > DefaultTimeoutStopSec=10s > DefaultTimeoutStartSec=15s Fe lt davor nicht die Zeile [Manager] ? /etc/systemd/system.conf.d/ existiert in Debian und Ubuntu übrigens nicht, deswegen habe ich diese Möglichkeit nicht in Betracht gezogen. > systemd ignoriert das aber nach belieben. > "Ich weiss besser was gut fuer dich ist" Das Gleiche habe ich mit timesyncd.conf gemacht und funktioniert nicht. /etc/systemd/system.conf.d/timesyncd.conf wird ignoriert und laut $ sudo systemctl status systemd-timesyncd der Default (ntp.ubuntu.com) verwendet. Wie kann man die beiden DefaultTimeouts kontrollieren? -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet3@hjp.at> |
|---|---|
| Date | 2023-07-03 15:02 +0200 |
| Message-ID | <slrnua5hme.v3s.hjp-usenet3@trintignant.hjp.at> |
| In reply to | #132424 |
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.
hp
[toc] | [prev] | [next] | [standalone]
Page 7 of 10 — ← Prev page 1 … 5 6 [7] 8 9 10 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web