Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #115611 > unrolled thread
| Started by | Andreas Neumann <an5275@sedo.com> |
|---|---|
| First post | 2021-03-14 17:14 +0200 |
| Last post | 2021-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
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 3 of 10 — ← Prev page 1 2 [3] 4 5 … 10 Next page →
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2021-03-18 13:49 +0100 |
| Message-ID | <ibh0jhFtv14U1@mid.individual.net> |
| In reply to | #115740 |
Ulli Horlacher: > Arno Welzel <usenet@arnowelzel.de> wrote: >> Ulli Horlacher: >> >>> 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. >>>> >>>> Definiere "schneller" als Faktor näherungsweise. >>> >>> 5. >> >> Dann müssten die VMs hier in etwa 2-5 Sekunden booten. Denn aktuell >> brauchen sie 10-15 Sekunden. Geht das bei Dir so fix? > > Du hast das falsch verstanden: systemd ist so lahm! > Bis zu 5 Minuten dauert da ein boot-Vorgang. So lange Bootzeiten habe ich hier noch nie erlebt, auch nicht bei den Kisten, die noch von einer Festplatte booten. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2021-03-18 12:02 -0700 |
| Message-ID | <ibhmemF3kr2U1@mid.individual.net> |
| In reply to | #115748 |
On 3/18/21 5:49 AM, Arno Welzel wrote: > Ulli Horlacher: > >> Arno Welzel <usenet@arnowelzel.de> wrote: >>> Ulli Horlacher: >>> >>>> 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. >>>>> >>>>> Definiere "schneller" als Faktor näherungsweise. >>>> >>>> 5. >>> >>> Dann müssten die VMs hier in etwa 2-5 Sekunden booten. Denn aktuell >>> brauchen sie 10-15 Sekunden. Geht das bei Dir so fix? >> >> Du hast das falsch verstanden: systemd ist so lahm! >> Bis zu 5 Minuten dauert da ein boot-Vorgang. > > So lange Bootzeiten habe ich hier noch nie erlebt, auch nicht bei den > Kisten, die noch von einer Festplatte booten. > Sie sind auch nicht so lang. Unsere normalen Rechner haben zwar alle Linux ohne systemd, aber der kleine Pogoplug im Keller hat systemd und bootet trotz mehr als 10 Jahre alter Technologie in weniger als 30sec. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-18 20:32 +0100 |
| Message-ID | <temcih-ts9.ln1@news.martinen.de> |
| In reply to | #115769 |
Am 18.03.21 um 20:02 schrieb Joerg: > On 3/18/21 5:49 AM, Arno Welzel wrote: >> Ulli Horlacher: >> >>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>> Ulli Horlacher: >>>> >>>>> 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. >>>>>> >>>>>> Definiere "schneller" als Faktor näherungsweise. >>>>> >>>>> 5. >>>> >>>> Dann müssten die VMs hier in etwa 2-5 Sekunden booten. Denn aktuell >>>> brauchen sie 10-15 Sekunden. Geht das bei Dir so fix? >>> >>> Du hast das falsch verstanden: systemd ist so lahm! >>> Bis zu 5 Minuten dauert da ein boot-Vorgang. >> >> So lange Bootzeiten habe ich hier noch nie erlebt, auch nicht bei den >> Kisten, die noch von einer Festplatte booten. >> > > Sie sind auch nicht so lang. Unsere normalen Rechner haben zwar alle > Linux ohne systemd, aber der kleine Pogoplug im Keller hat systemd und > bootet trotz mehr als 10 Jahre alter Technologie in weniger als 30sec. Das (ARM Winzrechnerchen mit beliebigen PC-Systemen) kannst du so aber nicht direkt vergleichen. Ich meine da müsste man zumindest berücksichtigen das dein Popoplug eher embedded HW ist und damit eher weit entfernt vom üblichen PC Standard. Letzterer hat sicherlich weit mehr zu erledigen beim Systemstart als eine kleine Rechenschachtel. Gilt auch für Rpi's. Dort ist's nur noch etwas verdrehter (videocore startet CPU u.s.w.) dennoch startet mein rpi3b mit libreelec auch in unter 30 sekunden. Das allein beweist aber eben noch nichts. Ich denke da spielen außer codeeffizienz auch noch architektur-spezifische unterschiede eine so große Rolle das es wohl schwer würde einen allgemeinen Umrechnungs-faktor fest zu machen - der dann zwischen Jeder ARM Plattform und Jeder PC-Inkarnation gelten würde. Da ist die Spannbreite einfach zu groß. Apfel <> Birnen. Und da reden wir noch nicht mal von Vor/Nachteilen verschiedene Init-Systeme... Und wenn man so weit käme schlägt der Unterschied zwischen Desktop und NAS zu. Letzteres braucht eigentlich nur den Samba daemon starten, der Desktop gleich ein paar dutzend andere dienste, helper, tools u.s.w. wenn man LAN, WLAN Bluetooth u.s.w. dran hat kommen noch mehr dazu. Eine Grafische UI hat dein Pogoplug gewiss auch nicht (nötig). Da ist es kein wunder das der schnell startet. Es ist normal! Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2021-03-18 21:26 +0100 |
| Message-ID | <ibhrbnF4lb2U1@mid.individual.net> |
| In reply to | #115771 |
Kay Martinen: [...] > Und da reden wir noch nicht mal von Vor/Nachteilen verschiedene > Init-Systeme... Und wenn man so weit käme schlägt der Unterschied > zwischen Desktop und NAS zu. Letzteres braucht eigentlich nur den Samba > daemon starten, der Desktop gleich ein paar dutzend andere dienste, > helper, tools u.s.w. wenn man LAN, WLAN Bluetooth u.s.w. dran hat kommen > noch mehr dazu. Eine Grafische UI hat dein Pogoplug gewiss auch nicht > (nötig). Da ist es kein wunder das der schnell startet. Es ist normal! Bei den einem der Server, von denen ich hier rede, laufen nachdem Abschluss des Bootvorgangs ca. 2000-2500 Systemprozesse und der belegt rund 28 von 64 GB RAM, der Rest wird als Cache genutzt. Wenn ich dieses Ding neu starten muss, was nur selten vorkommt, braucht ein kompletter Reboot - also Shutdown und Neustart bis alle Dienste wieder nutzbar sind - ca. 30 Sekunden. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-19 01:18 +0100 |
| Message-ID | <e77dih-lal.ln1@news.martinen.de> |
| In reply to | #115773 |
Am 18.03.21 um 21:26 schrieb Arno Welzel: > Kay Martinen: > > [...] >> Und da reden wir noch nicht mal von Vor/Nachteilen verschiedene >> Init-Systeme... Und wenn man so weit käme schlägt der Unterschied >> zwischen Desktop und NAS zu. Letzteres braucht eigentlich nur den Samba >> daemon starten, der Desktop gleich ein paar dutzend andere dienste, >> helper, tools u.s.w. wenn man LAN, WLAN Bluetooth u.s.w. dran hat kommen >> noch mehr dazu. Eine Grafische UI hat dein Pogoplug gewiss auch nicht >> (nötig). Da ist es kein wunder das der schnell startet. Es ist normal! > > Bei den einem der Server, von denen ich hier rede, laufen nachdem > Abschluss des Bootvorgangs ca. 2000-2500 Systemprozesse und der belegt > rund 28 von 64 GB RAM, der Rest wird als Cache genutzt. Wenn ich dieses > Ding neu starten muss, was nur selten vorkommt, braucht ein kompletter > Reboot - also Shutdown und Neustart bis alle Dienste wieder nutzbar sind > - ca. 30 Sekunden. Schön. Du hast also einenen Turboschnellen Server mit viel RAM, vermutlich SSD oder NVME und wer weiß wie vielen core's. Mein Ubuntu Desktop hier hat lt. gkrellm auch schon ca. 645 prozesse laufen und der hat nur 4 GB und 4 Kerne. Dennoch ist der relativ schnell hoch und auch wieder runter. Nicht eben immer gleich und manchmal hakt auch was (rate woran es liegt?) aber, hast du überlesen das ich oben von der HW-Spannbreite sprach. Das dein Gerät bei einem Warmstart so schnell ist sagt eher etwas über die HW. Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2021-03-18 23:55 +0100 |
| Message-ID | <87lfaknkc8.fsf-bofh@killfile.de> |
| In reply to | #115748 |
Arno Welzel <usenet@arnowelzel.de> schrieb: > So lange Bootzeiten habe ich hier noch nie erlebt, auch nicht bei den > Kisten, die noch von einer Festplatte booten. It depends... Ich kenne Server, die brauchen schon einige Minuten, um ihre Hardware durchzusortieren, bevor sie überhaupt anfangen zu booten. Noch ein Grund mehr, warum es oft auch gar keine Rolle spielt, ob ein init system ein paar Sekunden schneller oder langsamer ist. Selbst mein PC hier braucht vom Einschaltknopf bis zum Start von Grub auch etwas über 30 Sekunden bis die ganze Hardware vom UEFI durchinitialisiert ist. Da spielt es dann einfach keine Rolle mehr, ob der Rest 15 oder 17 Sekunden braucht (was hier größtenteils ohnehin Warten auf Netz und NFS Mounts ist). Mit SSDs ist das sowieso völlig nebensächlich - da ist jede Bootmethode vergleichsweise rasent schnell. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-19 01:10 +0100 |
| Message-ID | <8p6dih-4tg.ln1@news.martinen.de> |
| In reply to | #115781 |
Am 18.03.21 um 23:55 schrieb Marcus Jodorf: > Arno Welzel <usenet@arnowelzel.de> schrieb: > >> So lange Bootzeiten habe ich hier noch nie erlebt, auch nicht bei den >> Kisten, die noch von einer Festplatte booten. > > It depends... > Ich kenne Server, die brauchen schon einige Minuten, um ihre Hardware > durchzusortieren, bevor sie überhaupt anfangen zu booten. [x] Du kennst HP Proliants. :-) > Noch ein Grund mehr, warum es oft auch gar keine Rolle spielt, ob ein > init system ein paar Sekunden schneller oder langsamer ist. *Zustimm* Was soll nur werden wenn überall nur noch turboschnelle effiziente ARM Server stehen. Wird es dann eine 'armd' reinkarnation des systemd geben? ;-) Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-03-19 20:39 +0100 |
| Message-ID | <20210319203958.63af836b@Achmuehle.WOR> |
| In reply to | #115788 |
Hallo Kay, Du schriebst am Fri, 19 Mar 2021 01:10:48 +0100: > Was soll nur werden wenn überall nur noch turboschnelle effiziente ARM > Server stehen. Wird es dann eine 'armd' reinkarnation des systemd > geben? ;-) Nix, wieso? Der systemd ist auf den Rasp_Pis doch eh schon debianer Standard. (Aber man könnte natürlich auch andere Distributionen nutzen.) -- -- (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]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-18 22:02 -0400 |
| Message-ID | <87czvvew92.fsf@usenet.ankman.de> |
| In reply to | #115781 |
On Thu, 18 Mar 2021 23:55:03 +0100, Marcus Jodorf wrote: > > Selbst mein PC hier braucht vom Einschaltknopf bis zum Start von Grub > auch etwas über 30 Sekunden bis die ganze Hardware vom UEFI > durchinitialisiert ist. UEFI braucht so lange? Habe es hier ganz abgeschaltet. Dafür ist der Akku in dieser alten Möhre so kaputt, dass das BIOS eine lustige Fehlermeldung bringt. Sie weist mich auf diesen Umstand hin und erwähnt, dass ich nach www.hp.com\go\techcenter\startup gehen soll. Wie der Qualitätssicherung die "\" durch die Lappen gehen konnten, ist mir schleierhaft. HP hat einen Screenshot sogar auf den eigenen Seiten. <https://h30434.www3.hp.com/t5/image/serverpage/image-id/153021iCA06944D9CCB8089/image-size/large?v=1.0&px=999> -- Andreas https://news-commentaries.blogspot.com/
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2021-03-19 20:46 +0100 |
| Message-ID | <87y2ejq635.fsf-bofh@killfile.de> |
| In reply to | #115790 |
Andreas Kohlbach <ank@spamfence.net> schrieb:
>> Selbst mein PC hier braucht vom Einschaltknopf bis zum Start von Grub
>> auch etwas über 30 Sekunden bis die ganze Hardware vom UEFI
>> durchinitialisiert ist.
>
> UEFI braucht so lange? Habe es hier ganz abgeschaltet.
Das kannst Du nicht abschalten. Du kannst höchstens auf BIOS-Emulation
umschalten. Aber wie der Name schon sagt, ist das letztlich doch wieder
UEFI.
Meine Kiste braucht relativ lange bis zum eigentlichen OS Bootvorgang -
aber sicherlich auch, weil die Hardware etwas üppiger ist. Das fängt
damit an, daß alle Lüfter einmal kurz hochgedreht und überprüft werden,
die Firmware mit den RMT ECC DIMMss konferieren muß, ob evt. defektes RAM
ausgemappt werden muß, usw.
Und vermutlich nicht zuletzt wegen:
# lspci|wc -l
86
Danach geht es leidlich fix.
#systemd-analyze
Startup finished in 31.902s (firmware) + 3.862s (loader) + 2.933s
(kernel) + 17.488s (userspace) = 56.186s graphical.target reached after
17.477s in userspace
#systemd-analyze critical-chain
graphical.target @17.477s
└─multi-user.target @17.477s
└─sysfsutils.service @17.458s +18ms
└─cpufrequtils.service @17.161s +294ms
└─loadcpufreq.service @16.997s +163ms
└─remote-fs.target @16.981s
└─usr-local-share-export.mount @12.462s +4.515s
└─network-online.target @12.455s
└─ifupdown-wait-online.service @238ms +12.032s
└─systemd-journald.socket @216ms
└─system.slice @122ms
└─-.slice @122ms
Ist auch letztlich wurscht - die Kiste bootet maximal alle paar Wochen
mal neu.
Gruß,
Marcus
⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-19 16:54 -0400 |
| Message-ID | <878s6izwy4.fsf@usenet.ankman.de> |
| In reply to | #115813 |
On Fri, 19 Mar 2021 20:46:54 +0100, Marcus Jodorf wrote: > > Andreas Kohlbach <ank@spamfence.net> schrieb: > >>> Selbst mein PC hier braucht vom Einschaltknopf bis zum Start von Grub >>> auch etwas über 30 Sekunden bis die ganze Hardware vom UEFI >>> durchinitialisiert ist. >> >> UEFI braucht so lange? Habe es hier ganz abgeschaltet. > > Das kannst Du nicht abschalten. Du kannst höchstens auf BIOS-Emulation > umschalten. Aber wie der Name schon sagt, ist das letztlich doch wieder > UEFI. Kann mich nicht erinnern. Ist acht Jahre (spät 2012) her. Ich wollte Linux nicht neu installieren, als sein alter Host (ein Netbook, jawohl! ;-) 2012 starb. Kaufte dann ein Budget Laptop, in dem ich die vorhandene Festplatte einsetzte, wie ich das in der Vergangenheit schon oft machte. Bootet aber nicht. Irgendeine Meldung mit "(U)EFI" erschien. Ohne Internet (Tablet oder Smartphone hatte ich damals nicht) war es ein brutales Raten. Nach langem Hin und Her fand ich im BIOS, dieses auf "Legacy" umzuschalten. Dabei musste ich IIRC (lange her, wie ich sagte) bestätigen, einen signierten Schlüssel zu deaktivieren. Und ob ich das wirklich will? "Fuck yeah!". -- Andreas PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2021-03-18 23:43 +0100 |
| Message-ID | <87pmzwnkvz.fsf-bofh@killfile.de> |
| In reply to | #115740 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb: > Du hast das falsch verstanden: systemd ist so lahm! > Bis zu 5 Minuten dauert da ein boot-Vorgang. In ähnliche Timeout-Probleme gelaufen wie ich, weil das auch mal etwas broken ist? Es gibt tatsächlich an einigen Stellen bei dem Rotz offenbar 5 min Timeouts. Halt beispielsweise beim Warten auf Netzwerk Interface und wenn das Amok läuft, weil es nicht mehr gemäß der Dokumentation funktioniert, dann wartet man entsprechend ewig... root@foobar:/lib/systemd/system# cat ifup@.service [Unit] Description=ifup for %I After=local-fs.target network-pre.target apparmor.service systemd-sysctl.service Before=network.target shutdown.target network-online.target Conflicts=shutdown.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device DefaultDependencies=no IgnoreOnIsolate=yes [Service] # avoid stopping on shutdown via stopping system-ifup.slice Slice=system.slice ExecStart=/bin/sh -ec 'ifup --allow=hotplug %I; ifquery --state %I' ExecStop=/sbin/ifdown %I RemainAfterExit=true TimeoutStartSec=5min <------ Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-03-19 10:58 +0000 |
| Message-ID | <s3205g$26n$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #115780 |
Marcus Jodorf <trap@killfile.de> wrote: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb: > > > > Du hast das falsch verstanden: systemd ist so lahm! > > Bis zu 5 Minuten dauert da ein boot-Vorgang. > > In ähnliche Timeout-Probleme gelaufen wie ich, weil das auch mal etwas > broken ist? Ja. > Es gibt tatsächlich an einigen Stellen bei dem Rotz offenbar 5 min > Timeouts. Oder gar "unlimited". Da hilft dann nur reset. Irgendwann kommt die Kiste dann mal hoch. Wie bei Windoofs :-( -- 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]
| From | Ralph Angenendt <dein.name@strg-alt-entf.org> |
|---|---|
| Date | 2021-03-19 11:35 +0000 |
| Message-ID | <slrns5933i.3qv.dein.name@news.strg-alt-entf.org> |
| In reply to | #115793 |
Well, Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > Marcus Jodorf <trap@killfile.de> wrote: >> Es gibt tatsächlich an einigen Stellen bei dem Rotz offenbar 5 min >> Timeouts. > > Oder gar "unlimited". Da hilft dann nur reset. Irgendwann kommt die Kiste > dann mal hoch. Wie bei Windoofs :-( Wohingegen das tolle SysV-Init-Skript den Dameon im Hintergrund gestartet hat und dann an die nächste Unit übergeben hat. Ob dann im Endeffekt die Applikation im Tomcat nicht funktioniert, weil vorne schon niemand mitbekommen hat, dass die Datenbank nicht an ihrem Port lauschen kann, ist dann ja weitgehend egal. Hauptsache der Init-Prozess ist abgeschlossen! Und ja, ich weiß dass das anders geht, ich weiß auch wie. Das ist halt nur nicht einfacher als das mit systemd zu machen. Ralph -- Übervaterlandverräter und Mutterkornblumenblau
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-03-19 12:14 +0000 |
| Message-ID | <s324jd$3h2$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #115796 |
Ralph Angenendt <dein.name@strg-alt-entf.org> wrote: > Well, Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > > Marcus Jodorf <trap@killfile.de> wrote: > >> Es gibt tatsächlich an einigen Stellen bei dem Rotz offenbar 5 min > >> Timeouts. > > > > Oder gar "unlimited". Da hilft dann nur reset. Irgendwann kommt die Kiste > > dann mal hoch. Wie bei Windoofs :-( > > Wohingegen das tolle SysV-Init-Skript den Dameon im Hintergrund > gestartet hat und dann an die nächste Unit übergeben hat. > > Ob dann im Endeffekt die Applikation im Tomcat nicht funktioniert, weil > vorne schon niemand mitbekommen hat, dass die Datenbank nicht an ihrem > Port lauschen kann, ist dann ja weitgehend egal. Hauptsache der > Init-Prozess ist abgeschlossen! 1. hatte ich das noch nie 2. bemerkt das dann das Monitoring 3. kann ich mich dann wenigstens einloggen und es reparieren! -- 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]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-19 11:58 -0400 |
| Message-ID | <87sg4ryw30.fsf@usenet.ankman.de> |
| In reply to | #115796 |
On Fri, 19 Mar 2021 11:35:14 -0000 (UTC), Ralph Angenendt wrote: > > Well, Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >> Marcus Jodorf <trap@killfile.de> wrote: >>> Es gibt tatsächlich an einigen Stellen bei dem Rotz offenbar 5 min >>> Timeouts. >> >> Oder gar "unlimited". Da hilft dann nur reset. Irgendwann kommt die Kiste >> dann mal hoch. Wie bei Windoofs :-( Den hatte ich abends, bevor ich ins Bett wollte. Habe den "unlimited" über Nach weiterlaufen lassen. Zu meiner Überraschung war der Rechner am Morgen abgeschaltet. Habe aber die Logs nicht dazu angesehen. > Wohingegen das tolle SysV-Init-Skript den Dameon im Hintergrund > gestartet hat und dann an die nächste Unit übergeben hat. > > Ob dann im Endeffekt die Applikation im Tomcat nicht funktioniert, weil > vorne schon niemand mitbekommen hat, dass die Datenbank nicht an ihrem > Port lauschen kann, ist dann ja weitgehend egal. Hauptsache der > Init-Prozess ist abgeschlossen! Tage nach der Umstellung auf systemd kam es in einem öffentlichen WIFI dazu, dass der Rechner hing. Fünf oder sechs harte Reboots und Kaffees später kam er zufällig hoch. Habe dann automatisches Verbinden aller WIFI-Verbindungen verboten, dass das Problem (race condition?) nicht wieder auftrat. Vielleicht hätte ich die Kaffees Pöttering in Rechnung stellen sollen... -- Andreas PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-19 19:26 +0100 |
| Message-ID | <207fih-qlu.ln1@news.martinen.de> |
| In reply to | #115803 |
Am 19.03.21 um 16:58 schrieb Andreas Kohlbach:
> On Fri, 19 Mar 2021 11:35:14 -0000 (UTC), Ralph Angenendt wrote:
>>
>> Well, Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>>> Marcus Jodorf <trap@killfile.de> wrote:
>>>> Es gibt tatsächlich an einigen Stellen bei dem Rotz offenbar 5 min
>>>> Timeouts.
>>>
>>> "unlimited".
> Den hatte ich abends, bevor ich ins Bett wollte. Habe den "unlimited"
> über Nach weiterlaufen lassen. Zu meiner Überraschung war der Rechner am
> Morgen abgeschaltet. Habe aber die Logs nicht dazu angesehen.
Unlimited hatte ich noch nie. Aber einen mit 3-5 Minuten schon. Wobei
ich mich immer fragte auf WAS der denn da genau wartet. Es schien sinnlos.
> Tage nach der Umstellung auf systemd kam es in einem öffentlichen WIFI
> dazu, dass der Rechner hing. Fünf oder sechs harte Reboots und Kaffees
> später kam er zufällig hoch. Habe dann automatisches Verbinden aller
> WIFI-Verbindungen verboten, dass das Problem (race condition?) nicht
> wieder auftrat.
Willst du sagen der (Network-Manager?) hat alle gespeicherten WiFi
Verbindungen der reihe nach ausprobieren wollen und ist bei keiner
fündig geworden und hat dir damit die Kiste unbenutzbar gemacht??? Ist
ja unglaublich. Aber, ist das Problem dann nicht eher beim NM zu suchen?
> Vielleicht hätte ich die Kaffees Pöttering in Rechnung stellen sollen...
Wenn ich jetzt mal Böse sein darf: der hat möglicherweise schon zu viele
intus. Mit zittrigen Fingern (Kaffee-flash) coden... it's systemd!
Coffee not found, system halted! ;-) Kippe das zeug nächstens ins Laufwerk!
1001 Todesarten {
999. Zu viel Kaffee
1000. In's Netzteil gefasst
1001. von einem wütenden systemd-hasser Mob gelyncht...
} // für L. Poettering
:-)
Kay
--
Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-19 15:38 -0400 |
| Message-ID | <87mtuzylv4.fsf@usenet.ankman.de> |
| In reply to | #115808 |
On Fri, 19 Mar 2021 19:26:42 +0100, Kay Martinen wrote:
>
> Am 19.03.21 um 16:58 schrieb Andreas Kohlbach:
>
>> Tage nach der Umstellung auf systemd kam es in einem öffentlichen WIFI
>> dazu, dass der Rechner hing. Fünf oder sechs harte Reboots und Kaffees
>> später kam er zufällig hoch. Habe dann automatisches Verbinden aller
>> WIFI-Verbindungen verboten, dass das Problem (race condition?) nicht
>> wieder auftrat.
>
> Willst du sagen der (Network-Manager?) hat alle gespeicherten WiFi
> Verbindungen der reihe nach ausprobieren wollen und ist bei keiner
> fündig geworden und hat dir damit die Kiste unbenutzbar gemacht??? Ist
> ja unglaublich. Aber, ist das Problem dann nicht eher beim NM zu suchen?
Nein. Ganz normal. Er findet sich in einer Umgebung mit einer bekannten
WIFI-ESSID wieder und verbindet automatisch, außer man untersagt das
vorher.
Scheinbar hing irgendetwas Wichtiges für systemd (denn vorher trat das
nie auf) von einer (Internet-) Verbindung ab, um überhaupt durch-booten
zu können. Pervers das.
>> Vielleicht hätte ich die Kaffees Pöttering in Rechnung stellen sollen...
>
> Wenn ich jetzt mal Böse sein darf: der hat möglicherweise schon zu viele
> intus. Mit zittrigen Fingern (Kaffee-flash) coden... it's systemd!
> Coffee not found, system halted! ;-) Kippe das zeug nächstens ins Laufwerk!
>
> 1001 Todesarten {
> 999. Zu viel Kaffee
> 1000. In's Netzteil gefasst
> 1001. von einem wütenden systemd-hasser Mob gelyncht...
1002. nicht wegen race condition online gehen konnte, um auf Twitter
hätte sehen zu können, dass der Mob unterwegs ist
> } // für L. Poettering
>
> :-)
;-)
--
Andreas
PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-03-15 04:27 +0000 |
| Message-ID | <604ee21e$0$32756$7b62cf90@news1.net.de> |
| In reply to | #115621 |
Hallo, Arno Welzel <usenet@arnowelzel.de> wrote: > Was genau ist an SysV init gut außer dass es eben immer schon so war? SYSV init ist ueberschaubar und mit ertraeglichem Aufwand zu debuggen. Es gibt daabei i.d.R. keine "Es gibt manchmal Bootprobleme, ungefaehr jedes zehnte mal, aber manchmal auch 2 maal hintereinander und dann wieder lange Zeit gar nicht" hat man mit SYSV init i.d.R. *nicht* und der Bootvorgang laeuft in alle rRegel immer *genau* *identisch* ab (was man bei systemd beim besten Willen nicht behaupten kaann). Tschuess, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Tim Ritberg <tim@server.invalid> |
|---|---|
| Date | 2021-03-15 10:46 +0100 |
| Message-ID | <s2nad8$7s2$1@tota-refugium.de> |
| In reply to | #115640 |
Am 15.03.21 um 05:27 schrieb Juergen Ilse: > Hallo, > > Arno Welzel <usenet@arnowelzel.de> wrote: >> Was genau ist an SysV init gut außer dass es eben immer schon so war? > > SYSV init ist ueberschaubar und mit ertraeglichem Aufwand zu debuggen. > Es gibt daabei i.d.R. keine "Es gibt manchmal Bootprobleme, ungefaehr > jedes zehnte mal, aber manchmal auch 2 maal hintereinander und dann > wieder lange Zeit gar nicht" hat man mit SYSV init i.d.R. *nicht* und > der Bootvorgang laeuft in alle rRegel immer *genau* *identisch* ab (was > man bei systemd beim besten Willen nicht behaupten kaann). Diese Diskussion hatten wir doch schon mal. Es hat sich eben bewahrheitet, dass systemd für Ärger sorgt. Das muss man als Fazit anerkennen. Zwar gitbs einige Features die man nett finden kann, vor allem auf dem Desktop. Aber mich ärgert auf Server systemd leider oft. Und am meisten, dass ich es nicht einfach loswerden kann. Das ganze Thema wäre eigentlich erledigt, wenn man wählen könnte, welches Init-System einen dem Tag versauen darf. Tim
[toc] | [prev] | [next] | [standalone]
Page 3 of 10 — ← Prev page 1 2 [3] 4 5 … 10 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web