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


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

FYI: why systemd sucks

Started byAndreas Neumann <an5275@sedo.com>
First post2021-03-14 17:14 +0200
Last post2021-03-15 04:23 +0000
Articles 20 on this page of 189 — 32 participants

Back to article view | Back to de.comp.os.unix.linux.misc


Contents

  FYI: why systemd sucks Andreas Neumann <an5275@sedo.com> - 2021-03-14 17:14 +0200
    Re: FYI: why systemd sucks Arno Lutz <invalid@freakmail.de> - 2021-03-14 20:00 +0100
      Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-14 20:16 +0100
        Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-14 21:25 +0000
          Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-14 23:39 +0100
            Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-14 23:37 +0000
              Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-14 23:58 +0000
                Re: FYI: why systemd sucks Frank Miller <miller@posteo.ee> - 2021-03-15 03:48 +0100
                  Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 08:53 +0100
                  Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-15 09:59 +0000
                    Re: FYI: why systemd sucks Matthias Gerds <m.gerds@posteo.de> - 2021-03-16 05:33 +0100
                      Re: FYI: why systemd sucks Matthias Gerds <m.gerds@posteo.de> - 2021-03-16 05:58 +0100
                        Re: FYI: why systemd sucks Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-03-16 20:29 +0100
                        Re: FYI: why systemd sucks Christian Schumacher <cs.spam@nurfuerspam.de> - 2021-03-24 21:31 +0100
                      Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-19 14:01 +0000
                        Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-19 14:33 +0000
          Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-15 14:34 +0100
            Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-15 13:49 +0000
            Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-15 15:32 +0100
              Re: FYI: why systemd sucks Holger Schieferdecker <spamless@gmx.de> - 2021-03-18 15:07 +0100
            Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-15 11:19 -0400
              Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 16:31 +0100
                Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 17:25 +0100
                  Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 18:21 +0100
              Re: FYI: why systemd sucks Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-03-15 18:00 +0100
                Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 18:53 +0100
                  Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-15 14:29 -0400
                    Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 21:41 +0100
          Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-15 21:27 +0100
            Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 21:48 +0100
              Re: FYI: why systemd sucks Joerg <news@analogconsultants.com> - 2021-03-15 14:21 -0700
                Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 22:48 +0100
                  Re: FYI: why systemd sucks Joerg <news@analogconsultants.com> - 2021-03-15 15:11 -0700
              Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-16 07:52 +0100
                Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 16:55 +0100
            Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-15 22:06 +0000
              Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 23:30 +0100
              Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-17 19:14 +0100
                Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-17 19:22 +0100
                Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-17 21:48 +0000
                  Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 13:49 +0100
                    Re: FYI: why systemd sucks Joerg <news@analogconsultants.com> - 2021-03-18 12:02 -0700
                      Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-18 20:32 +0100
                        Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:26 +0100
                          Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 01:18 +0100
                    Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-18 23:55 +0100
                      Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 01:10 +0100
                        Re: FYI: why systemd sucks Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-03-19 20:39 +0100
                      Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-18 22:02 -0400
                        Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-19 20:46 +0100
                          Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-19 16:54 -0400
                  Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-18 23:43 +0100
                    Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-19 10:58 +0000
                      Re: FYI: why systemd sucks Ralph Angenendt <dein.name@strg-alt-entf.org> - 2021-03-19 11:35 +0000
                        Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-19 12:14 +0000
                        Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-19 11:58 -0400
                          Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 19:26 +0100
                            Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-19 15:38 -0400
        Re: FYI: why systemd sucks Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-15 04:27 +0000
          Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 10:46 +0100
            Re: FYI: why systemd sucks Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-03-15 20:28 +0100
              Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-16 09:20 +0100
          Re: FYI: why systemd sucks Thomas Dorner <de.comp.os.unix.linux.misc.210315.dorner@spamgourmet.com> - 2021-03-15 19:08 +0100
            Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 19:23 +0100
              Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-15 21:43 +0000
                Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 23:33 +0100
                  Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-16 18:10 +0100
              Re: FYI: why systemd sucks Thomas Dorner <de.comp.os.unix.linux.misc.210316.dorner@spamgourmet.com> - 2021-03-16 15:59 +0100
                Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 16:57 +0100
                  Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-16 18:10 +0100
                    Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 19:43 +0100
                      Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-16 20:22 +0100
            Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-15 19:29 +0100
              Re: FYI: why systemd sucks Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-15 20:27 +0000
                Re: FYI: why systemd sucks Thomas Dorner <de.comp.os.unix.linux.misc.210316.dorner@spamgourmet.com> - 2021-03-16 16:04 +0100
                  Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 17:12 +0100
          Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-15 21:34 +0100
            Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-15 21:40 +0000
            Re: FYI: why systemd sucks Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-15 22:02 +0000
              Re: FYI: why systemd sucks Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-15 22:54 +0000
              Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 23:55 +0100
                Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-15 20:53 -0400
                  Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 17:19 +0100
                    Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-16 14:17 -0400
                      Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 19:34 +0100
                        Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-16 17:47 -0400
                          Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 23:31 +0100
                Re: FYI: why systemd sucks Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-16 08:06 +0000
              Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-17 19:25 +0100
                Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-17 19:56 +0100
                Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-17 21:43 +0000
                  Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 13:57 +0100
                    Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-18 17:28 +0000
                      Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:29 +0100
                  Re: FYI: why systemd sucks Thomas Dorner <de.comp.os.unix.linux.misc.210318.dorner@spamgourmet.com> - 2021-03-18 16:16 +0100
                    Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-18 17:31 +0000
                      Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:32 +0100
                        Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-19 00:38 +0100
                        Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 01:06 +0100
                          Re: FYI: why systemd sucks Klaus von der Heyde <asc.soc@freenet.de> - 2021-03-19 18:17 +0000
                Re: FYI: why systemd sucks Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-17 21:47 +0000
                  Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 13:58 +0100
                    Re: FYI: why systemd sucks Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-18 13:41 +0000
                    Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-18 18:53 +0100
                      Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-18 19:03 +0100
                        Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:33 +0100
                          Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-18 21:49 +0100
                      Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-19 00:05 +0100
                        Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-19 12:20 +0100
                          Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-19 20:16 +0100
                            Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 21:06 +0100
                              Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-20 09:04 +0100
                                Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-20 14:35 +0000
                                Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-20 15:52 +0000
                                  Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-20 13:11 -0400
                                    Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-21 12:56 +0000
                                      Re: FYI: why systemd sucks Ralph Angenendt <dein.name@strg-alt-entf.org> - 2021-03-22 11:40 +0000
                                        Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-22 14:51 +0100
                                          Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-22 18:10 +0100
                                            Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-22 19:53 +0100
                                              Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-23 10:03 +0100
                                                Re: FYI: why systemd sucks Klaus von der Heyde <asc.soc@freenet.de> - 2021-03-23 18:02 +0000
                                                  Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-23 19:15 +0000
                                                  Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-24 08:57 +0100
                                                  Re: FYI: why systemd sucks Stefan Reuther <stefan.news@arcor.de> - 2021-03-24 17:58 +0100
                                                    Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-24 18:59 +0100
                                                      Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-24 18:46 -0400
                                                        Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 07:57 +0100
                                                          Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-25 11:04 -0400
                                                            Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 18:10 +0100
                                                              Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-25 13:45 -0400
                                                                Re: FYI: why systemd sucks Klaus von der Heyde <asc.soc@freenet.de> - 2021-03-25 18:11 +0000
                                                                Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-25 19:18 +0100
                                                                Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-25 19:22 +0100
                                                              Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-25 19:25 +0100
                                                                Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 08:25 +0100
                                                        Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 07:29 +0000
                                                          Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:52 +0100
                                                            Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 08:31 +0000
                                                              Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 13:40 +0100
                                                                Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 06:08 +0100
                                                                  Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 08:29 +0100
                                                                    Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 12:43 +0100
                                                                    Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-27 11:10 +0100
                                                              Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 05:51 +0100
                                                                Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 08:34 +0100
                                                                  Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 12:58 +0100
                                                            Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-25 19:14 +0100
                                                              Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-25 21:22 -0400
                                                              Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 12:15 +0100
                                                      Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 07:28 +0000
                                                        Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:55 +0100
                                                          Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 08:27 +0000
                                                    Re: FYI: why systemd sucks Klaus von der Heyde <asc.soc@freenet.de> - 2021-03-24 18:54 +0000
                                                      Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:16 +0100
                                                    Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 07:25 +0000
                                                      Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:56 +0100
                                                        Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-25 09:09 +0100
                                                          Re: FYI: why systemd sucks Thomas Noll <-_tn_-@web.de> - 2021-03-25 09:45 +0000
                                                          Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 13:41 +0100
                                                    Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 05:17 +0100
                                            Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-22 20:40 +0000
                                              Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-23 10:04 +0100
                                  Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-21 19:03 +0100
                                    Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-21 19:30 +0100
                                      Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-22 18:11 +0100
                                        Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-22 20:00 +0100
                                          Re: FYI: why systemd sucks Thomas Hochstein <thh@thh.name> - 2021-03-22 23:21 +0100
                                          Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-23 10:10 +0100
                                      Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-22 18:13 +0100
                                        Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-22 20:11 +0100
                                          Re: FYI: why systemd sucks Stefan Reuther <stefan.news@arcor.de> - 2021-03-23 17:57 +0100
                                            Re: FYI: why systemd sucks "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-23 17:30 +0000
                                              GNU dd POSIX-konform oder nicht? (was: FYI: why systemd sucks) Michael Bäuerle <michael.baeuerle@stz-e.de> - 2021-03-24 11:15 +0100
                                                Re: GNU dd POSIX-konform oder nicht? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-25 19:32 +0000
                                                  Re: GNU dd POSIX-konform oder nicht? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2021-03-26 11:13 +0100
                                Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-20 19:04 +0100
                            Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-20 09:06 +0100
                              Re: FYI: why systemd sucks "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-20 15:33 +0000
                          Re: FYI: why systemd sucks "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-19 20:04 +0000
                            Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-19 21:39 +0100
                              Re: FYI: why systemd sucks "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-20 15:35 +0000
                              Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-20 16:35 +0100
    Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-14 21:04 +0100
      Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-14 21:29 +0100
        Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-14 21:50 +0100
          Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-14 23:19 +0100
            Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 10:47 +0100
    Re: FYI: why systemd sucks Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-15 04:23 +0000

Page 1 of 10  [1] 2 3 … 10  Next page →


#115611 — FYI: why systemd sucks

FromAndreas Neumann <an5275@sedo.com>
Date2021-03-14 17:14 +0200
SubjectFYI: why systemd sucks
Message-ID<s2l98q$3vp$1@gioia.aioe.org>
Ich habe gestern nicht schlecht gestaunt, als ich beim apt-get upgrade
folgende Meldung von dbus bekam:
************
A reboot is required to replace the running dbus-daemon.
Please reboot the system when convenient.
************
WZT? Heutzutage können sogar Kernel im laufenden Betrieb ausgetauscht
werden, was soll das?
Die Suche im Netz zeigte dann, dass nicht dbus das Problem ist, sondern dass
systemd sich weghängt wenn man dbus neu startet.

Schnell mal in /etc/init.d nachgeschaut, da gibt's das übliche script mit
den bekannten start, stop, restart etc, so wie es sein sollte.
Da ich kein systemd benutze, also ein herzhaftes 'service dbus restart'
abgesetzt, und eine Sekunde später war alles gut. Kein reboot nötig.

Ich find's schon arg billig, wenn Softwareentwickler hier dem kaputten
systemd-Zug hinterherhecheln und mit seit Jahrzehnten unnötigen
Hilfskonstrukten aus der Window$-Welt um's Eck kommen. Ein Grund mehr auf
der langen Liste why systemd sucks. Es gibt seit Ewigkeiten mehrere
funktionierende Init-Systeme, solch ein Hinterhof-Gebastel braucht's nicht.

Warum stellen die Entwickler von dbus sich hinten an und biedern sich einem
kaputten Init an? Mir isses ein Rätsel. Lass mal sehen...
https://gitlab.freedesktop.org/dbus/dbus/-/project_members
Ach so, die schlafen miteinander. Na denn.

[toc] | [next] | [standalone]


#115619

FromArno Lutz <invalid@freakmail.de>
Date2021-03-14 20:00 +0100
Message-ID<s2lmfo$371$1@solani.org>
In reply to#115611
Am 14.03.21 um 16:14 schrieb Andreas Neumann:
> Ich habe gestern nicht schlecht gestaunt, als ich beim apt-get upgrade
> folgende Meldung von dbus bekam:
> ************
> A reboot is required to replace the running dbus-daemon.
> Please reboot the system when convenient.
> ************
> WZT? Heutzutage können sogar Kernel im laufenden Betrieb ausgetauscht
> werden, was soll das?

vermehrt ehemalige Windowsnutzer die es nicht anders kennen, und die man 
nicht verschrecken will??

Arno


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


#115621

FromArno Welzel <usenet@arnowelzel.de>
Date2021-03-14 20:16 +0100
Message-ID<ib75p8F1p41U1@mid.individual.net>
In reply to#115619
Arno Lutz:

> Am 14.03.21 um 16:14 schrieb Andreas Neumann:
>> Ich habe gestern nicht schlecht gestaunt, als ich beim apt-get upgrade
>> folgende Meldung von dbus bekam:
>> ************
>> A reboot is required to replace the running dbus-daemon.
>> Please reboot the system when convenient.
>> ************
>> WZT? Heutzutage können sogar Kernel im laufenden Betrieb ausgetauscht
>> werden, was soll das?
> 
> vermehrt ehemalige Windowsnutzer die es nicht anders kennen, und die man 
> nicht verschrecken will??

Was genau ist an SysV init gut außer dass es eben immer schon so war?


-- 
Arno Welzel
https://arnowelzel.de

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


#115632

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2021-03-14 21:25 +0000
Message-ID<s2lv0c$o0e$4@news2.informatik.uni-stuttgart.de>
In reply to#115621
Arno Welzel <usenet@arnowelzel.de> wrote:

> Was genau ist an SysV init gut außer dass es eben immer schon so war?

Ein reboot bzw shutdown funktioniert IMMER und endet nicht in einer
Endlosschleife.

Booten geht drastisch viel schneller.

Debugging ist trivial.

...

-- 
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:    http://www.tik.uni-stuttgart.de/

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


#115635

FromKay Martinen <usenet@martinen.de>
Date2021-03-14 23:39 +0100
Message-ID<0uf2ih-vdn.ln1@news.martinen.de>
In reply to#115632
Am 14.03.21 um 22:25 schrieb Ulli Horlacher:
> Arno Welzel <usenet@arnowelzel.de> wrote:
> 
>> Was genau ist an SysV init gut außer dass es eben immer schon so war?

Das es einfach funktioniert vielleicht? Jedenfalls meistens gut genug so
das fast niemand etwas besseres gebraucht hätte... wenn es besser
wäre... disputabel!

> Ein reboot bzw shutdown funktioniert IMMER und endet nicht in einer
> Endlosschleife.

Pff, also DAS hab ich noch nicht erlebt. Zum Glück. Aber schon öfters

"A stop Job is running" gesehen mit einem roten Timer der hin und her
und manchmal sogar richtig runter läuft - und den shutdown um minuten
verzögert.

> Booten geht drastisch viel schneller.

Echt? Angeblich soll doch da nix parallelisiert werden können. Welches
Alleinstellungsmerkmal bleibt dann noch für systemd?

> Debugging ist trivial.

Du meinst mit Echos und/oder logumleitungen die man geeignet in die
scripts platzieren könnte? Oder gleich das system log (textfile)
durchsuchen.


Kay

-- 
Posted via leafnode

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


#115636

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2021-03-14 23:37 +0000
Message-ID<s2m6nm$q1p$2@news2.informatik.uni-stuttgart.de>
In reply to#115635
Kay Martinen <usenet@martinen.de> wrote:

(systemd)
> > Ein reboot bzw shutdown funktioniert IMMER und endet nicht in einer
> > Endlosschleife.
> 
> Pff, also DAS hab ich noch nicht erlebt.

Ich hab mehrere Hundert Systeme in Betrieb. Da kommt so was oefters vor.
Da hilft dann nur Reset.


> > Booten geht drastisch viel schneller.
> 
> Echt? 

Echt echt.
Ich hab kein einziges System, das nach Umstellung auf systemd schneller
bootet, aber viele, der bis 10 mal laenger brauchen als noch mit SysV
Init.


> Angeblich soll doch da nix parallelisiert werden können. Welches
> Alleinstellungsmerkmal bleibt dann noch für systemd?

"Ist neu und hip!"


> > Debugging ist trivial.
> 
> Du meinst mit Echos und/oder logumleitungen die man geeignet in die
> scripts platzieren könnte? Oder gleich das system log (textfile)
> durchsuchen.

u.A.

-- 
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:    http://www.tik.uni-stuttgart.de/

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


#115637

FromHans CraueI <crauel_usenet@freenet.de>
Date2021-03-14 23:58 +0000
Message-ID<s2m7ul$34d$1@dont-email.me>
In reply to#115636
Ulli Horlacher schrieb 

> Ich hab kein einziges System, das nach Umstellung auf systemd schneller 
> bootet, aber viele, der bis 10 mal laenger brauchen als noch mit SysV
> Init.

Ich hab nur zwei. Eines mit Debian 10 (mit systemd), das andere 
mit Devuan 3, direkt nebeneinander. 
Was systemd beeindruckend schnell kann, ist runterfahren. Nach 
"shutdown" ist der Debian-Rechner nach vielleicht fünf Sekunden 
unten, wenn nicht schneller. Der Devuan-Rechner ist dagegen so 
richtig behäbig. 

Beim Hochfahren ist Debian nicht spürbar schneller als Devuan, 
eher etwas langsamer, doch da spielt wohl auch eine Rolle, dass 
Debian eine HD hat, während Devuan das System auf einer SSD hat. 

Hans 

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


#115638

FromFrank Miller <miller@posteo.ee>
Date2021-03-15 03:48 +0100
Message-ID<604ECB0C.7010205@backwurst.de>
In reply to#115637
Hans CraueI wrote:
[..snip..]
> Beim Hochfahren ist Debian nicht spürbar schneller als Devuan,
> eher etwas langsamer, doch da spielt wohl auch eine Rolle, dass
> Debian eine HD hat, während Devuan das System auf einer SSD hat.

Das wäre wirklich bekannter einsilbiger Zitate aus einem Film mit
Louis de Funès würdig.

SCNR

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


#115643

FromKay Martinen <usenet@martinen.de>
Date2021-03-15 08:53 +0100
Message-ID<bdg3ih-lj4.ln1@news.martinen.de>
In reply to#115638
Am 15.03.21 um 03:48 schrieb Frank Miller:
> Hans CraueI wrote:
> [..snip..]
>> Beim Hochfahren ist Debian nicht spürbar schneller als Devuan,
>> eher etwas langsamer, doch da spielt wohl auch eine Rolle, dass
>> Debian eine HD hat,

NEIN!

> während Devuan

Doch!

> das System auf einer SSD hat.

Ohhhh!

> 
> Das wäre wirklich bekannter einsilbiger Zitate aus einem Film mit
> Louis de Funès würdig.

Du meintest wie oben?

> 
> SCNR

Dito.

Kay

-- 
Posted via leafnode

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


#115647

FromHans CraueI <crauel_usenet@freenet.de>
Date2021-03-15 09:59 +0000
Message-ID<s2nb5c$3gu$1@dont-email.me>
In reply to#115638
Frank Miller schrieb 

> Hans CraueI wrote:
>> Beim Hochfahren ist Debian nicht spürbar schneller als Devuan,
>> eher etwas langsamer, doch da spielt wohl auch eine Rolle, dass
>> Debian eine HD hat, während Devuan das System auf einer SSD hat.
> 
> Das wäre wirklich bekannter einsilbiger Zitate aus einem Film mit
> Louis de Funès würdig.
> 
> SCNR 

Bei Devuan ist das System erst vor einiger Zeit auf SSD umgezogen 
(/home ist auf HD geblieben). Den Unterschied HD/SSD empfand ich 
beim Hochfahren als nicht so gewaltig. 

Hans 

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


#115690

FromMatthias Gerds <m.gerds@posteo.de>
Date2021-03-16 05:33 +0100
Message-ID<ibaqofFngo0U1@mid.individual.net>
In reply to#115647
Am 15.03.21 um 10:59 schrieb Hans CraueI:
> Frank Miller schrieb
> 
>> Hans CraueI wrote:
>>> Beim Hochfahren ist Debian nicht spürbar schneller als Devuan,
>>> eher etwas langsamer, doch da spielt wohl auch eine Rolle, dass
>>> Debian eine HD hat, während Devuan das System auf einer SSD hat.
>>
>> Das wäre wirklich bekannter einsilbiger Zitate aus einem Film mit
>> Louis de Funès würdig.
>>
>> SCNR
> 
> Bei Devuan ist das System erst vor einiger Zeit auf SSD umgezogen
> (/home ist auf HD geblieben). Den Unterschied HD/SSD empfand ich
> beim Hochfahren als nicht so gewaltig.

Also ich kenne ja Dein System nicht so genau, aber bei mir war der
Unterschied ziemlich gewaltig, und ich habe hier nur SATA-SSDs.
Der Start von KDE allein ist langsamer als der Start des Systems bis
zum Login-Bildschirm.

M:

--
Betriebssystem: LMDE 4
KDE-Plasma-Version: 5.14.5
Qt-Version: 5.11.3
KDE-Frameworks-Version: 5.54.0
Kernel-Version: 5.10.0-0.bpo.3-amd64
Art des Betriebssystems: 64-bit
Prozessoren: 4 × Intel® Core™ i3-2100 CPU @ 3.10GHz
Speicher: 15,5 GiB Arbeitsspeicher

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


#115691

FromMatthias Gerds <m.gerds@posteo.de>
Date2021-03-16 05:58 +0100
Message-ID<ibas6tFnof0U1@mid.individual.net>
In reply to#115690
Am 16.03.21 um 05:33 schrieb Matthias Gerds:
> Am 15.03.21 um 10:59 schrieb Hans CraueI:
>> Frank Miller schrieb
>>
>>> Hans CraueI wrote:
>>>> Beim Hochfahren ist Debian nicht spürbar schneller als Devuan,
>>>> eher etwas langsamer, doch da spielt wohl auch eine Rolle, dass
>>>> Debian eine HD hat, während Devuan das System auf einer SSD hat.
>>>
>>> Das wäre wirklich bekannter einsilbiger Zitate aus einem Film mit
>>> Louis de Funès würdig.
>>>
>>> SCNR
>>
>> Bei Devuan ist das System erst vor einiger Zeit auf SSD umgezogen
>> (/home ist auf HD geblieben). Den Unterschied HD/SSD empfand ich
>> beim Hochfahren als nicht so gewaltig.
> 
> Also ich kenne ja Dein System nicht so genau, aber bei mir war der
> Unterschied ziemlich gewaltig, und ich habe hier nur SATA-SSDs.
> Der Start von KDE allein ist langsamer als der Start des Systems bis
> zum Login-Bildschirm.

Start (inkl. Bootsplash) - 15s -> GRUB - 13s -> Login - 24s -> KDE


M:

--
Betriebssystem: LMDE 4
KDE-Plasma-Version: 5.14.5
Qt-Version: 5.11.3
KDE-Frameworks-Version: 5.54.0
Kernel-Version: 5.10.0-0.bpo.3-amd64
Art des Betriebssystems: 64-bit
Prozessoren: 4 × Intel® Core™ i3-2100 CPU @ 3.10GHz
Speicher: 15,5 GiB Arbeitsspeicher

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


#115724

FromSieghard Schicktanz <Sieghard.Schicktanz@SchS.de>
Date2021-03-16 20:29 +0100
Message-ID<20210316202916.54f78d7a@Achmuehle.WOR>
In reply to#115691
Hallo Matthias,

Du schriebst am Tue, 16 Mar 2021 05:58:04 +0100:

> Start (inkl. Bootsplash) - 15s -> GRUB - 13s -> Login - 24s -> KDE

Ach, sinmer wieder beim Normalzustand der Desktopperei angelangt? Nachdem
jetzt einige Jahre die Maschinen ausreichend schnell waren, gilt wieder
"die Hardware kann gar nicht so schnell schneller werden, wie die Software
langsamer wird".
Aber inzwischen sind die Hardware-"Schmiede" halt soweit an die Grenzen
der aktuellen Technik gekommen, daß da nichts rekodmäßiges mehr zu erwarten
ist. Die Featuritis der Gooey-Designer andrerseits kennt keine Grenzen, da
sind immer neue Unnütztlichkeiten möglich, die die neuesten Prozessoren
auch ohne Anwendungsprogramm an den Anschlag fahren können...

-- 
-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

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


#115942

FromChristian Schumacher <cs.spam@nurfuerspam.de>
Date2021-03-24 21:31 +0100
Message-ID<AABgW6Gl/v0AABJz.A1.flnews@juanda.csf.my-fqdn.de>
In reply to#115691
Matthias Gerds schrieb in de.comp.os.unix.linux.misc:
> Am 16.03.21 um 05:33 schrieb Matthias Gerds:
> > Der Start von KDE allein ist langsamer als der Start des Systems bis
> > zum Login-Bildschirm.
> 
> Start (inkl. Bootsplash) - 15s -> GRUB - 13s -> Login - 24s -> KDE

Nachdem ich mir heute einen neuen Kernel gebacken habe, war auch mal ein
reboot fällig, dabei dann mitgestoppt:
Start bis Grub: 6s
Grub bis Login: 20s
Start von KDE: 6s 
(in diesem Fall incl. Konqueror mit zwei zu ladenden Fenstern).

Und dabei taktet meine CPU noch langsamer als Deine und weniger RAM habe
ich auch:

Betriebssystem: Gentoo Linux
KDE-Plasma-Version: 5.20.5
KDE-Frameworks-Version: 5.77.0
Qt-Version: 5.15.2
Kernel-Version: 5.4.108-gentoo
Art des Betriebssystems: 64-bit
Prozessoren: 4 × Intel® Core™ i5-2540M CPU @ 2.60GHz
Speicher: 7,7 GiB Arbeitsspeicher
Grafikprozessor: Mesa DRI Intel® HD Graphics 3000
 
> M:
> 
> --
> Betriebssystem: LMDE 4
> KDE-Plasma-Version: 5.14.5
> Qt-Version: 5.11.3
> KDE-Frameworks-Version: 5.54.0
> Kernel-Version: 5.10.0-0.bpo.3-amd64
> Art des Betriebssystems: 64-bit
> Prozessoren: 4 × Intel® Core™ i3-2100 CPU @ 3.10GHz
> Speicher: 15,5 GiB Arbeitsspeicher

-- 
Gruß
Christian

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


#115801

FromHans CraueI <crauel_usenet@freenet.de>
Date2021-03-19 14:01 +0000
Message-ID<s32asf$23u$1@dont-email.me>
In reply to#115690
Matthias Gerds schrieb 

> Hans CraueI schrieb 
>>>> Beim Hochfahren ist Debian nicht spürbar schneller als Devuan,
>>>> eher etwas langsamer, doch da spielt wohl auch eine Rolle, dass
>>>> Debian eine HD hat, während Devuan das System auf einer SSD hat.
>> Bei Devuan ist das System erst vor einiger Zeit auf SSD umgezogen
>> (/home ist auf HD geblieben). Den Unterschied HD/SSD empfand ich
>> beim Hochfahren als nicht so gewaltig.
> 
> Also ich kenne ja Dein System nicht so genau, aber bei mir war der 
> Unterschied ziemlich gewaltig, und ich habe hier nur SATA-SSDs. 
> Der Start von KDE allein ist langsamer als der Start des Systems bis 
> zum Login-Bildschirm. 

Nun habe ich mal gemessen, jeweils bis der GUI (mate) da war: 

Debian mit HD: 66 Sekunden hoch, 1-2 Sekunden runter (mit systemd) 

Devuan mit SSD: 36 Sekunden hoch, 8 Sekunden runter 
Devuan mit HD: 58 Sekunden hoch, 14 Sekunden runter 
Devuan mit HD: 49 Sekunden hoch, 12 Sekunden runter 

Nr 1 und 3 sind ältere ThinkCentre, Nr 2 ein älteres Dell 
Optiplex, Nr 4 ein älteres Dell Latitude 

Nr 1 brauchte 20 Sekunden, bis grub da war, alle anderen 
10-12 Sekunden. Für den Vergleich müsste Nr 1 eigentlich 
mit 56 Sek angesetzt werden. 
Beeindruckend, wie bereits gesagt, ist da nur die Geschwindigkeit, 
mit der systemd runterfährt. 

Hans 

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


#115802

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2021-03-19 14:33 +0000
Message-ID<s32cnh$5pk$1@news2.informatik.uni-stuttgart.de>
In reply to#115801
Hans CraueI <crauel_usenet@freenet.de> wrote:

> Beeindruckend, wie bereits gesagt, ist da nur die Geschwindigkeit, 
> mit der systemd runterfährt. 

Mit iscsi faehrst systemd gar nicht mehr runter, das haengt sich mitten
drin mit einer Endlosschleife auf. Ich muss dann jedesmal einen Reset
ausfuehren. Das geht nur ueber die Konsole, auf die ich aber nicht immer
Zugriff habe. Das ist so ein *ZENSIERT* !

Auf standalone-PCs braucht der Shutdown in der Regel um die 3 Minuten.
Mit SSD!


-- 
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:    http://www.tik.uni-stuttgart.de/

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


#115649

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2021-03-15 14:34 +0100
Message-ID<s2nnpl$bt2$1@news1.tnib.de>
In reply to#115632
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Booten geht drastisch viel schneller.

Genau _das_ stimmt nicht.

-- 
-------------------------------------- !! 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]


#115651

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2021-03-15 13:49 +0000
Message-ID<s2nol3$8ir$1@news2.informatik.uni-stuttgart.de>
In reply to#115649
Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
> >Booten geht drastisch viel schneller.
> 
> Genau _das_ stimmt nicht.

Bei meinen Systemen ist das der Fall.


-- 
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:    http://www.tik.uni-stuttgart.de/

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


#115652

FromMarcus Jodorf <trap@killfile.de>
Date2021-03-15 15:32 +0100
Message-ID<87mtv4mqsb.fsf-bofh@killfile.de>
In reply to#115649
Marc Haber <mh+usenetspam1118@zugschl.us> schrieb:

> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>> Booten geht drastisch viel schneller.
>
> Genau _das_ stimmt nicht.

Es gibt zumindest keinen nennenswerten Unterschied mehr. In Zeiten von
SSDs spielt es einfach auch schon lange keine Rolle mehr.
Und fallweise schießt systemd halt gerne auch mal quer, weil die da ja
permanent als Selbstzweck dran rumbasteln.

Letztens sind bei mir alle Rechner beim Rauf- und Runterfahren für genau
5 min 30 Sekunden stehen geblieben, weil das der default Timeout war und
systemd auf die Netzwerkinitialisierung/-deaktivierung gewartet hat.

Nach Timeout war es dann der Meinung Netzwerk Ethernet wäre down, aber
war es aber tatsächlich natürlich nicht.

Erst nachdem ich überall von „auto“ interface auf „allow-hotplug“
interface umgestellt habe, ging es dann - im Widerspruch zur
Doku - wieder.
Genau auf solche spontanen Sachen wartet man ja immer, um den Tag etwas
aufzulockern und spannender zu machen.

Gruß,

Marcus
⚂⚃

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


#115756

FromHolger Schieferdecker <spamless@gmx.de>
Date2021-03-18 15:07 +0100
Message-ID<s2vmq3U86neL1@news.in-ulm.de>
In reply to#115652
Am 15.03.2021 um 15:32 schrieb Marcus Jodorf:
> Marc Haber <mh+usenetspam1118@zugschl.us> schrieb:
>
>> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>>> Booten geht drastisch viel schneller.
>>
>> Genau _das_ stimmt nicht.
>
> Es gibt zumindest keinen nennenswerten Unterschied mehr. In Zeiten von
> SSDs spielt es einfach auch schon lange keine Rolle mehr.
> Und fallweise schießt systemd halt gerne auch mal quer, weil die da ja
> permanent als Selbstzweck dran rumbasteln.
>
> Letztens sind bei mir alle Rechner beim Rauf- und Runterfahren für genau
> 5 min 30 Sekunden stehen geblieben, weil das der default Timeout war und
> systemd auf die Netzwerkinitialisierung/-deaktivierung gewartet hat.
>
> Nach Timeout war es dann der Meinung Netzwerk Ethernet wäre down, aber
> war es aber tatsächlich natürlich nicht.

Das Phänomen hatte ich auch erst. Daraufhin habe ich den Timeout 
deutlich verkürzt, aber beim nächsten Neustart wurde das Netzwerk dann 
wieder gleich erkannt.

Holger

[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