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 4 of 10 — ← Prev page 1 2 3 [4] 5 6 … 10 Next page →
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-03-15 20:28 +0100 |
| Message-ID | <20210315202849.155018de@Achmuehle.WOR> |
| In reply to | #115645 |
Hallo Tim, Du schriebst am Mon, 15 Mar 2021 10:46:15 +0100: > 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 Nee, das kann man garnicht "als Fazit anerkennen", weil anerkennen kein Fazit ist - ein Fazit wäre eine Empfehlung für Abhilfe. > kann, vor allem auf dem Desktop. Aber mich ärgert auf Server systemd > leider oft. Und am meisten, dass ich es nicht einfach loswerden kann. Und Abhilfe gibt es doch - bei Linux zwar "noch", aber es gibt sie: Distributionen, die systemd garnicht (Devuan, Slackware...) oder nur auf Anforderung (gentoo) verwenden, oder alternative Unixoide, wie die BSDs. > Das ganze Thema wäre eigentlich erledigt, wenn man wählen könnte, > welches Init-System einen dem Tag versauen darf. Ich hätte gerne eines, das nichts versaut (äh, ja, hab' ich doch...) -- -- (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 | Tim Ritberg <tim@server.invalid> |
|---|---|
| Date | 2021-03-16 09:20 +0100 |
| Message-ID | <s2ppnj$18g$1@tota-refugium.de> |
| In reply to | #115675 |
Am 15.03.21 um 20:28 schrieb Sieghard Schicktanz: > Hallo Tim, > > Du schriebst am Mon, 15 Mar 2021 10:46:15 +0100: > >> 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 > > Nee, das kann man garnicht "als Fazit anerkennen", weil anerkennen kein > Fazit ist - ein Fazit wäre eine Empfehlung für Abhilfe. komische Logik... > >> kann, vor allem auf dem Desktop. Aber mich ärgert auf Server systemd >> leider oft. Und am meisten, dass ich es nicht einfach loswerden kann. > > Und Abhilfe gibt es doch - bei Linux zwar "noch", aber es gibt sie: > Distributionen, die systemd garnicht (Devuan, Slackware...) oder nur auf > Anforderung (gentoo) verwenden, oder alternative Unixoide, wie die BSDs. De* ist mir aber zu alt, daher nehme ich Ubuntu. Jetzt hier aktuell ein Problem mit systemd-login, müllt mir das Log voll mit so Sachen wie "got message" / "send message". Ich freu mich ja so. Tim
[toc] | [prev] | [next] | [standalone]
| From | Thomas Dorner <de.comp.os.unix.linux.misc.210315.dorner@spamgourmet.com> |
|---|---|
| Date | 2021-03-15 19:08 +0100 |
| Message-ID | <6eft0wqogr.fsf@th-dorner.de> |
| In reply to | #115640 |
> 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). Hmm, also ich kann mich an einige Dienste erinnern, die sich unter SysV Init öfters mal darüber beschwert haben, daß sie Namen nicht auflösen können, weil der DNS noch nicht oben ist. Seitdem ich in Systemd sind die Abhängigkeiten korrekt definiert habe, ist allerdings Ruhe. Viele Grüße, Thomas -- Adresse gilt nur kurzzeitig!
[toc] | [prev] | [next] | [standalone]
| From | Tim Ritberg <tim@server.invalid> |
|---|---|
| Date | 2021-03-15 19:23 +0100 |
| Message-ID | <s2o8nk$1o4$1@tota-refugium.de> |
| In reply to | #115662 |
Am 15.03.21 um 19:08 schrieb Thomas Dorner: > > Hmm, also ich kann mich an einige Dienste erinnern, die sich unter SysV > Init öfters mal darüber beschwert haben, daß sie Namen nicht auflösen > können, weil der DNS noch nicht oben ist. > > Seitdem ich in Systemd sind die Abhängigkeiten korrekt definiert habe, > ist allerdings Ruhe. > Kann resolv.conf unten sein??? Tim
[toc] | [prev] | [next] | [standalone]
| From | Bastian Blank <usenet@waldi.eu.org> |
|---|---|
| Date | 2021-03-15 21:43 +0000 |
| Message-ID | <slrns4vl7m.9kk.usenet@mobilewave.waldi.eu.org> |
| In reply to | #115663 |
Tim Ritberg wrote: > Am 15.03.21 um 19:08 schrieb Thomas Dorner: >> Hmm, also ich kann mich an einige Dienste erinnern, die sich unter SysV >> Init öfters mal darüber beschwert haben, daß sie Namen nicht auflösen >> können, weil der DNS noch nicht oben ist. >> Seitdem ich in Systemd sind die Abhängigkeiten korrekt definiert habe, >> ist allerdings Ruhe. > Kann resolv.conf unten sein??? Es kann das Netzkabel fehlen. Dann ist vollkommen egal was in resolv.conf steht. Bastian
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-15 23:33 +0100 |
| Message-ID | <7v35ih-fvs.ln1@news.martinen.de> |
| In reply to | #115679 |
Am 15.03.21 um 22:43 schrieb Bastian Blank: > Tim Ritberg wrote: >> Am 15.03.21 um 19:08 schrieb Thomas Dorner: >>> Hmm, also ich kann mich an einige Dienste erinnern, die sich unter SysV >>> Init öfters mal darüber beschwert haben, daß sie Namen nicht auflösen >>> können, weil der DNS noch nicht oben ist. >>> Seitdem ich in Systemd sind die Abhängigkeiten korrekt definiert habe, >>> ist allerdings Ruhe. >> Kann resolv.conf unten sein??? > > Es kann das Netzkabel fehlen. Dann ist vollkommen egal was in > resolv.conf steht. Es kann auch an resolvconf liegen. Etwas das ich sowieso meist nicht brauche und generell unverständlich finde. systemd-resolve finde ich allerdings noch schlimmer. Ich halte auch nix davon lokal gleich einen dnsmasq laufen zu lassen. Dafür hab ich meinen LAN-internen bind und gut ist's. Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Tim Ritberg <tim@server.invalid> |
|---|---|
| Date | 2021-03-16 18:10 +0100 |
| Message-ID | <s2qope$qi4$1@tota-refugium.de> |
| In reply to | #115686 |
Am 15.03.21 um 23:33 schrieb Kay Martinen: > Es kann auch an resolvconf liegen. Etwas das ich sowieso meist nicht > brauche und generell unverständlich finde. > Schmeiss ich als 1. runter. Tim
[toc] | [prev] | [next] | [standalone]
| From | Thomas Dorner <de.comp.os.unix.linux.misc.210316.dorner@spamgourmet.com> |
|---|---|
| Date | 2021-03-16 15:59 +0100 |
| Message-ID | <6e5z1rdu0x.fsf@th-dorner.de> |
| In reply to | #115663 |
> Kann resolv.conf unten sein??? Nein, aber der lokale resolver, auf den sie zeigt. Viele Grüße, Thomas -- Adresse gilt nur kurzzeitig!
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-16 16:57 +0100 |
| Message-ID | <m417ih-gnb.ln1@news.martinen.de> |
| In reply to | #115707 |
Am 16.03.21 um 15:59 schrieb Thomas Dorner: >> Kann resolv.conf unten sein??? > > Nein, aber der lokale resolver, auf den sie zeigt. > neuer thread: resolvconf sucks (siehe nebenstehenden Kommentar) :-) Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Tim Ritberg <tim@server.invalid> |
|---|---|
| Date | 2021-03-16 18:10 +0100 |
| Message-ID | <s2qor0$qi4$2@tota-refugium.de> |
| In reply to | #115711 |
Am 16.03.21 um 16:57 schrieb Kay Martinen: > Am 16.03.21 um 15:59 schrieb Thomas Dorner: >>> Kann resolv.conf unten sein??? >> >> Nein, aber der lokale resolver, auf den sie zeigt. >> > > neuer thread: resolvconf sucks > (siehe nebenstehenden Kommentar) > > :-) > Ja tut es. Und wenn der Resolver unten ist, ist es eh egal welches Initsystem. Tim
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-16 19:43 +0100 |
| Message-ID | <9sa7ih-gbg.ln1@news.martinen.de> |
| In reply to | #115717 |
Am 16.03.21 um 18:10 schrieb Tim Ritberg: > Am 16.03.21 um 16:57 schrieb Kay Martinen: >> Am 16.03.21 um 15:59 schrieb Thomas Dorner: >>>> Kann resolv.conf unten sein??? >>> >>> Nein, aber der lokale resolver, auf den sie zeigt. >>> >> >> neuer thread: resolvconf sucks >> (siehe nebenstehenden Kommentar) >> >> :-) >> > > Ja tut es. Und wenn der Resolver unten ist, ist es eh egal welches > Initsystem. Hmm, ich kann mich nicht erinnern bei früheren Linuxen; also (resolver-library?) vor systemd, resolvconf oder [Bullshit-dns als resolver-mißbrauchend]; mal erlebt zu haben das die namensauflösung wg. lokalen Problemen nicht funktionierte. Wenn kabel raus: Klar. Wenn ifdown: klar. Wenn IP nicht gesetzt: klar. Wenn mein named im LAN down ist: Auch klar. Aber wenn das alles nicht zutraf... war die Kiste eh schon abgeschmiert. Aber seit resolvconf: Immer wieder! deinstalliert=Problem gelöst. Aktuell: systemd-resolve dito. Abgeklemmt und tot gelegt=Problem gelöst. Diese Dinger ziehen IMHO eine zusätzliche Komplexitäts-schicht ein die man meist nicht braucht. Hätte man optional machen können und alles wäre gut. Aber nein.... E&E nach M$ Art? Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Tim Ritberg <tim@server.invalid> |
|---|---|
| Date | 2021-03-16 20:22 +0100 |
| Message-ID | <s2r0i9$17m$1@tota-refugium.de> |
| In reply to | #115721 |
Am 16.03.21 um 19:43 schrieb Kay Martinen: > Diese Dinger ziehen IMHO eine zusätzliche Komplexitäts-schicht ein die > man meist nicht braucht. Hätte man optional machen können und alles wäre > gut. Aber nein.... E&E nach M$ Art? > Jepp, und die Distro Maintainer packen noch ihren Mist dazu. Die haben systemd nämlich auch kaum verstanden (Ubuntu). Tim
[toc] | [prev] | [next] | [standalone]
| From | Paul Muster <exp-311221@news.muster.net> |
|---|---|
| Date | 2021-03-15 19:29 +0100 |
| Message-ID | <1ml4ih-2qr.ln1@news.muster.net> |
| In reply to | #115662 |
On 15.03.21 19:08, Thomas Dorner wrote: > Hmm, also ich kann mich an einige Dienste erinnern, die sich unter SysV > Init öfters mal darüber beschwert haben, daß sie Namen nicht auflösen > können, weil der DNS noch nicht oben ist. > > Seitdem ich in Systemd sind die Abhängigkeiten korrekt definiert habe, > ist allerdings Ruhe. Ist ja nicht so, als könnte man auch bei SysV die Abhängigkeiten korrekt definieren. Da brauchts dieses Systemd, uuunbedingt. mfG Paul
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-03-15 20:27 +0000 |
| Message-ID | <604fc336$0$32756$7b62cf90@news1.net.de> |
| In reply to | #115665 |
Hallo, Paul Muster <exp-311221@news.muster.net> wrote: > Ist ja nicht so, als könnte man auch bei SysV die Abhängigkeiten korrekt > definieren. Da brauchts dieses Systemd, uuunbedingt. Beim "klassischen SYSV" laufen die Scripte nicht parallel ab, undd die Reihenfolge ist eindeutig festgelegt (ueber die Namen der Scripte in den Runlevel Verzeichnissen). Wenn diese Namen korrekt festgelegt wurden, gibt es da keine Abhaengigkeiten. Tools, die passende Namen anhand von extern festgelegten Abhaengigkeiten errechnen und die Dateien (bzw. links, denn es sind softlinks auf die eigentlichen Scripte) entsprechend benennen (dieses "insserv" Gehampel oder wie das hiess) wurden spaeter fuer User hinzugefuegt, die den Startupp ihres Systems nicht mehr ueber- blicken konnten. Aber das war zu einer Zeit, als man davon ausging, dass die Systeme von einem kompetenten Admin administriert werden ... Tschuess, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Thomas Dorner <de.comp.os.unix.linux.misc.210316.dorner@spamgourmet.com> |
|---|---|
| Date | 2021-03-16 16:04 +0100 |
| Message-ID | <6e1rcfdtsa.fsf@th-dorner.de> |
| In reply to | #115668 |
> Beim "klassischen SYSV" laufen die Scripte nicht parallel ab, undd die > Reihenfolge ist eindeutig festgelegt (ueber die Namen der Scripte in den > Runlevel Verzeichnissen). Die Skripte starten aber in der Regel die Dämonen einfach im Hintergrund und warten nicht ab, bis diese verfügbar sind. Dadurch kann es durchaus mal passieren, daß das nächste, darauf aufbauende Skript zu schnell ist. Viele Grüße, Thomas -- Adresse gilt nur kurzzeitig!
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-16 17:12 +0100 |
| Message-ID | <n027ih-1nl.ln1@news.martinen.de> |
| In reply to | #115708 |
Am 16.03.21 um 16:04 schrieb Thomas Dorner: >> Beim "klassischen SYSV" laufen die Scripte nicht parallel ab, undd die >> Reihenfolge ist eindeutig festgelegt (ueber die Namen der Scripte in den >> Runlevel Verzeichnissen). > Die Skripte starten aber in der Regel die Dämonen einfach im Hintergrund > und warten nicht ab, bis diese verfügbar sind. Dadurch kann es durchaus > mal passieren, daß das nächste, darauf aufbauende Skript zu schnell ist. Mir sind bei einigen scripten von diensten zeilen aufgefallen in denen es um ein PID-file geht, um dessen kontrolle (denke ich) und entfernung beim beenden. Aber auch, das dies manchmal schlichtweg auskommentiert ist. Man "kann" es dann wohl aktivieren - wenn man es weiß. Ich denke außerdem das nicht jeder daemon so eine mimose ist und schlicht auch suboptimal läuft. Das script braucht ja auch nur ein paar vorbedingungen checken, also ob das bin-file da ist, die config existiert, ggf. chroot oder userwechsel (bind oder nntp). Ob der daemon dann auch läuft ist im Profi-Setup doch meist sache des monitorings. Dann bekommt Admin halt post von nagios. Privat checkt man das ein mal ob der so richtig läuft und dann nur wenn es hakt. Was es ja eher nach updates tut... > Viele Grüße, Thomas > -- Adresse gilt nur kurzzeitig! Na hoffentlich ist meine Antwort jetzt schnell genug. Wo du oben schon davon redest... :-) Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2021-03-15 21:34 +0100 |
| Message-ID | <ib9umpFiftdU1@mid.individual.net> |
| In reply to | #115640 |
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). Ja, weil SysV init quasi nicht viel mehr kann, außer eine handvoll Init-Scripte nacheinander ausführen. Schon wenn Abhängigkeiten berücksichtigt werden müssen, scheitert das System daran, dass es nicht weiß, dass ein Daemon als Grundlage für Andere benötigt wird, die zumindest beim Beenden ebenfalls beendet vorher werden sollten, um nicht in einem inkonsistenten Zustand zu landen. Das bedeutet auch, dass Scripte entspechend benannt werden müssen, damit sie in der richtigen Reihenfolge starten. Mit entsprechenden Annotationen und zusätzlichen Tools geht das zwar etwas einfacher - aber als "Vorteil" würde ich das nicht unbedingt sehen. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Bastian Blank <usenet@waldi.eu.org> |
|---|---|
| Date | 2021-03-15 21:40 +0000 |
| Message-ID | <slrns4vl35.9kk.usenet@mobilewave.waldi.eu.org> |
| In reply to | #115670 |
Arno Welzel wrote: > Ja, weil SysV init quasi nicht viel mehr kann, außer eine handvoll > Init-Scripte nacheinander ausführen. Nicht mal das kann es. Das init ruft gar keine Init-Scripte auf, sondern einfach nur "/etc/init.d/rc $runlevel". Letzteres gibt es alleine in Debian aktuell in zwei bis drei verschiedenen Varianten. Bastian
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-03-15 22:02 +0000 |
| Message-ID | <604fd987$0$32757$7b62cf90@news1.net.de> |
| In reply to | #115670 |
Hallo,
Arno Welzel <usenet@arnowelzel.de> wrote:
> Juergen Ilse:
>> 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).
>
> Ja, weil SysV init quasi nicht viel mehr kann, außer eine handvoll
> Init-Scripte nacheinander ausführen.
Es kann alles, was man fuer einen geregelten Systemstart benoetigt.
> Schon wenn Abhängigkeiten
> berücksichtigt werden müssen, scheitert das System daran, dass es nicht
> weiß, dass ein Daemon als Grundlage für Andere benötigt wird,
Das init-System muss das nicht wissen, wenn der Admin es weiss und den
("unwissenden") init entsprechend ko nfiguriert.
> die zumindest beim Beenden ebenfalls beendet vorher werden sollten,
Deswegen gibt es in den runlevel-Verzeichnissen nicht nur "Start" Links
auf die eigentlichen Sceripte, sondern auch "Kill" Links, die nicht zwingend
in der selben Reihenfolge wie die Start-Links benannt sein muessen. Der
Admin hat auch beim Runlevel Wechsel zu einem frueheren Runlevel die
Moeglichkeit (und die Pflicht), das entssprechend zu konfigurieren.
Beim beenden von Diensten ohne Runlevel Wechsel muss er eben *wissen*
was er tut. Fuer einen kompetenten Admin alles kein unloesbares Problem.
> Das bedeutet auch, dass Scripte entspechend benannt werden müssen,
> damit sie in der richtigen Reihenfolge starten.
Ja, das gehoert zu den Aufgaben eines kompetenten Admins.
> Mit entsprechenden Annotationen und zusätzlichen Tools geht das zwar
> etwas einfacher - aber als "Vorteil" würde ich das nicht unbedingt sehen.
Der Vorteil ist, dass das startup verifizierbar immer in der selben
Reihenfolge ablaeuft, und dass der Adin auf Wunsch auf den "Overhead
zur Automatisierung" verzichten *kann*, wenn er das moechte. Fuer den
kompetenten Admin kann das durchaus ein Vorteil sein.
Tschuess,
Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) |
|---|---|
| Date | 2021-03-15 22:54 +0000 |
| Message-ID | <ft604fe441i6bbbn3e8%sfroehli@Froehlich.Priv.at> |
| In reply to | #115681 |
On Mon, 15 Mar 2021 23:02:47 Juergen Ilse wrote: > > Das bedeutet auch, dass Scripte entspechend benannt werden > > müssen, damit sie in der richtigen Reihenfolge starten. > Ja, das gehoert zu den Aufgaben eines kompetenten Admins. > > Mit entsprechenden Annotationen und zusätzlichen Tools geht das > > zwar etwas einfacher - aber als "Vorteil" würde ich das nicht > > unbedingt sehen. > Der Vorteil ist, dass das startup verifizierbar immer in der > selben Reihenfolge ablaeuft, und dass der Adin auf Wunsch auf den > "Overhead zur Automatisierung" verzichten *kann*, wenn er das > moechte. Fuer den kompetenten Admin kann das durchaus ein Vorteil > sein. Ich halte mich nur für mäßig kompetent, aber gerade für dieses Niveau bietet SysV-Init gegenüber systemd einen großen Vorteil: | sfroehli~$ man -k systemd|wc -l | 196 Wenn ich irgendwo einmal eine Sonderlocke brauche - was maximal einmal im Jahr vorkommt, eher seltener - dann bietet mir systemd vielleicht eine mächtige und konsistente Umgebung dafür an, aber bis ich mich in sie eingearbeitet habe, wäre ich früher schon längst am Ziel gewesen (Debugging wegen fehlender Kompetenz mit eingeschlossen). Und, schlimmer noch, beim nächsten Mal ein Jahr später kann ich mit dem Einarbeiten wieder von vorne anfangen :-( Servus, Stefan -- http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich Offizieller Erstbesucher(TM) von mmeike Für Stunden des Glücks - schmusen mit Stefan! (Sloganizer)
[toc] | [prev] | [next] | [standalone]
Page 4 of 10 — ← Prev page 1 2 3 [4] 5 6 … 10 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web