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 7 of 10 — ← Prev page 1 … 5 6 [7] 8 9 10 Next page →
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-03-23 10:03 +0100 |
| Message-ID | <s3catl$jh5$1@news1.tnib.de> |
| In reply to | #115886 |
Kay Martinen <usenet@martinen.de> wrote: >Am 22.03.21 um 18:10 schrieb Marc Haber: >>> Mir persönlich hätte es besser gefallen wenn man bei debian und anderen >>> z.b. eine Server-Flavour mit SysVInit und 1-x Desktop-Flavours mit >>> systemd (Default oder optional) gemacht hätte. Ubuntu hätte das machen >>> können weil sie diese Flavours bieten/boten... >> >> Und was machen die Serverjockeys die systemd haben wollen? > >Einfach das Alternativ-System(nicht zwangsweise das mit 'd') installieren! Du weißt, welche Arbeit sich für die Distribution hinter diesem "einfach" verbirgt? Also in meinen Paketen rotten die Initscripte seit systemd vor sich hin. Und so viele Leute ohne systemd kann es nicht geben, sonst würde ich ja in Bugreports ertrinken. >> ¹ damals war die Distribution noch so klein, dass man mit dselect >> (sic!) die ganze Liste durchgehen konnte und entscheiden konnte, was >> man haben möchte oder nicht. > >Damals war das noch der Alte Installer und es gab neben dselect auch ein >eigenständiges Program namens 'tasksel' das der neue Installer IMHO nur >teils integriert hat. Damit konnte man viele Virtuelle/Meta-pakete >auswählen und installieren lassen. Und es gab 'modconf' o.ä. mit dem man >in einer (n)curses UI die Kernelmodule wählen konnte die man laden >wollte. Scheint es auch nicht mehr so zu geben. Ich weiß auch nicht >warum. Du? Natürlich gibt es das noch. Einfach den Installer im Expertmodus ausführen. Kernelmodule muss man seit udev¹ im Regelfall nicht mehr manuell auswählen, deswegen hat man das im Expertenmodus versteckt. >> Hat aber damals auch schon wehgetan, und >> wie man an file-rc sieht, habe ich dabei nicht unbedingt die >> sinnvollen Entscheidungen getroffen. > >Wie o.g. du must da falsch abgebogen sein denn SysVInit war ja der >default. Siehe die von Dir nicht mitzitierte und offensichltich auch ignorierte Fußnote. >Vielleicht wäre ohne file-rc aus dir auch nicht so ein SysVInit-Hasser >geworden. Hmm? ;-) Ich habe die Kunst, in systemd-Kreisen als Systemd-Hater² wahrgenommen zu werden und in anti-systemd-Kreisen als Fanboi. Dabei nehme ich mir nur heraus, den Fortschritt nicht abzulehnen und die angebotenen Vorteile freiwillig anzunehmen. Und ich bin dann auch noch so frech, in meiner anderen Funktion als Paketmaintainer in einem Bereich, der viel Arbeit und viel Fehlerpotenzial bietet und wenig Spaß macht, nachlässig zu werden, weil es eine Lösung gibt, die den Job mit zwei Zeilen Konfiguration besser macht als ich es je ausprogrammieren könnte. >Und ich bin auch deswegen von systemd nicht begeistert weil ich beim >letzten halbherzigen Versuch mit aptitude von systemd zu SysVInit zu >wechseln grade noch die Kurve gekriegt hab das system NICHT Kaputt zu >installieren. Es hat einen Grund warum Debian inzwischen nach einer kurzen Exkursion über aptitude nun wieder apt empfiehlt. >Ergo: Message an alle Debianer! Gebt mir meine Wahlfreiheit zurück auch >beim Init-System und ihr habt einen Systemd gegner weniger. Sorry, mein Tag hat nur 24 Stunden. Ich bin sehr froh, keine Initscipts mehr schreiben zu müssen und deswegen bessere Qualität in anderen Bereichen liefern zu können. Ich integriere übrigens Patches für Initscripts, wenn mir jemand welche schickt und bereit ist, die Arbeit zu übernehmen. Wieviele habe ich schon von Dir bekommen? Grüße Marc ¹ warum hat eigentlich niemand was gegen udev? Das wird noch viel ausnahmsloser von allen Distributionen genutzt und kommt inzwischen aus demselben source-Paket wie systemd ² ich war sogar mal auf systemd-devel gesperrt weil ich zu stark gegen eine von Lennart geplante, inkompatible Änderung opponiert habe. -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Klaus von der Heyde <asc.soc@freenet.de> |
|---|---|
| Date | 2021-03-23 18:02 +0000 |
| Message-ID | <s3daga$5t0$1@dont-email.me> |
| In reply to | #115903 |
Marc Haber schrieb: > Sorry, mein Tag hat nur 24 Stunden. Ich bin sehr froh, keine Initscipts > mehr schreiben zu müssen und deswegen bessere Qualität in anderen > Bereichen liefern zu können. Wäre ein Generator, der aus service-Dateien Init-Scripte erzeugt (soweit das, z.B. durch Nutzung von daemon(1) möglich ist), ein praktikabler Weg? Wahrscheinlich wird man nur ein Sub-Set unterstützen können, aber viele Daemonen wollen ja nur einfach gestartet werden. -- Klaus
[toc] | [prev] | [next] | [standalone]
| From | Bastian Blank <usenet@waldi.eu.org> |
|---|---|
| Date | 2021-03-23 19:15 +0000 |
| Message-ID | <slrns5kfhm.ous.usenet@mobilewave.waldi.eu.org> |
| In reply to | #115920 |
Klaus von der Heyde wrote: > Marc Haber schrieb: >> Sorry, mein Tag hat nur 24 Stunden. Ich bin sehr froh, keine Initscipts >> mehr schreiben zu müssen und deswegen bessere Qualität in anderen >> Bereichen liefern zu können. > Wäre ein Generator, der aus service-Dateien Init-Scripte erzeugt (soweit > das, z.B. durch Nutzung von daemon(1) möglich ist), ein praktikabler Weg? > Wahrscheinlich wird man nur ein Sub-Set unterstützen können, aber viele > Daemonen wollen ja nur einfach gestartet werden. Sicher. Nur ist vielen systemd-Hassern ja schon die Existenz von /lib/systemd ein Pfahl im Auge und Sie bekommen Pickel.[1] Und es müsste jemand mal implementieren, wobei es da glaube schon mal ein GSoC-Projekt gab, keine Ahnung was damit passiert ist.[2] Bastian [1]: Siehe auch https://lists.debian.org/msgid-search/CAAB-KckdnL09x+DXjEq6jhsBhWaHK4BU3SXC7aCL4GOn3Q4Y-w@mail.gmail.com [2]: https://wiki.debian.org/SummerOfCode2020/ApprovedProjects/systemd_unit_translator
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-03-24 08:57 +0100 |
| Message-ID | <s3ercg$oom$1@news1.tnib.de> |
| In reply to | #115920 |
Klaus von der Heyde <asc.soc@freenet.de> wrote: >Marc Haber schrieb: >> Sorry, mein Tag hat nur 24 Stunden. Ich bin sehr froh, keine Initscipts >> mehr schreiben zu müssen und deswegen bessere Qualität in anderen >> Bereichen liefern zu können. > >Wäre ein Generator, der aus service-Dateien Init-Scripte erzeugt (soweit >das, z.B. durch Nutzung von daemon(1) möglich ist), ein praktikabler Weg? Vielleicht. Muss halt jemand machen, und die systemd hater machen wenig außer tote forks in die Welt zu rufen. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2021-03-24 17:58 +0100 |
| Message-ID | <s3fujn.5og.1@stefan.msgid.phost.de> |
| In reply to | #115920 |
Am 23.03.2021 um 19:02 schrieb Klaus von der Heyde:
> Marc Haber schrieb:
>> Sorry, mein Tag hat nur 24 Stunden. Ich bin sehr froh, keine Initscipts
>> mehr schreiben zu müssen und deswegen bessere Qualität in anderen
>> Bereichen liefern zu können.
>
> Wäre ein Generator, der aus service-Dateien Init-Scripte erzeugt (soweit
> das, z.B. durch Nutzung von daemon(1) möglich ist), ein praktikabler Weg?
>
> Wahrscheinlich wird man nur ein Sub-Set unterstützen können, aber viele
> Daemonen wollen ja nur einfach gestartet werden.
Sind das dann nicht die, die eh nur ein Start- und ein Stop-Kommando im
Servicefile stehen haben?
Die komplizierten Sachen sind doch genau die Abhängigkeiten ("braucht
Netz", "braucht Mysql") die sich in einem Initscript nicht wirklich
ausdrücken lassen.
Stefan
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-03-24 18:59 +0100 |
| Message-ID | <s3fuli$2ob$1@news1.tnib.de> |
| In reply to | #115934 |
Stefan Reuther <stefan.news@arcor.de> wrote:
>Die komplizierten Sachen sind doch genau die Abhängigkeiten ("braucht
>Netz", "braucht Mysql") die sich in einem Initscript nicht wirklich
>ausdrücken lassen.
"Braucht Netz" ist auch in systemd eine Krankheit. Das Problem ist,
dass systemd davon ausgeht, dass sobald das "ip addr" Kommando
abgesetzt ist, die Adresse direkt nutzbar ist, und dann die
Applikationen auf die Nase fallen, die eine IP-Adresse binden wollen,
die noch tentative ist.
Meine Lösung dieses Problems ist nicht schön, und hat mehr
(Menschen)-Zeit gekostet, als alle meine Server wärend ihrer gesamten
Lebenszeit an (Maschinen)-Zeit beim booten sparen können.
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-24 18:46 -0400 |
| Message-ID | <87o8f86ugk.fsf@usenet.ankman.de> |
| In reply to | #115936 |
On Wed, 24 Mar 2021 18:59:14 +0100, Marc Haber wrote:
>
> Stefan Reuther <stefan.news@arcor.de> wrote:
>>Die komplizierten Sachen sind doch genau die Abhängigkeiten ("braucht
>>Netz", "braucht Mysql") die sich in einem Initscript nicht wirklich
>>ausdrücken lassen.
>
> "Braucht Netz" ist auch in systemd eine Krankheit. Das Problem ist,
> dass systemd davon ausgeht, dass sobald das "ip addr" Kommando
> abgesetzt ist, die Adresse direkt nutzbar ist, und dann die
> Applikationen auf die Nase fallen, die eine IP-Adresse binden wollen,
> die noch tentative ist.
Das war wohl ähnlich der von mir beobachten Race Condtition (trat in drei
von vier Boots in derselben Umgebung auf) kurz nach der Umstellung auf
systemd: der Rechner hing in einem kostenlosen WIFI beim Booten auch noch
nach fünf Minuten, ohne dass sich etwas in den Bootmeldungen tat. Zuhause
trat das nicht auf.
Meine Vermutung war, dass er zwar im kostenlosen WIFI eine IP zugewiesen
bekam, es dann aber ein Captive Portal zu bestätigen gab, was ohne fertig
zu booten nicht geht (Katze <-> Schwanz). Er hatte aber keinen Zugriff
auf das Internet. Zuhause gibt es kein Captive Portal, dass mir das
Problem vorher nie auffiel.
Wenn meine Vermutung stimmt verstehe ich nicht, warum systemd
(bzw. irgendein Service oder App) beim Booten Verbindung (nicht nur eine
IP und ein Gateway zu haben) in Internet braucht.
> Meine Lösung dieses Problems ist nicht schön, und hat mehr
> (Menschen)-Zeit gekostet, als alle meine Server wärend ihrer gesamten
> Lebenszeit an (Maschinen)-Zeit beim booten sparen können.
Meine "Lösung" war, allen WIFI-Verbindungen (in
/etc/NetworkManager/system-connections/ das automatische Verbinden zu verbieten.
--
Andreas
PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-03-25 07:57 +0100 |
| Message-ID | <s3hc7t$1gg$1@news1.tnib.de> |
| In reply to | #115943 |
Andreas Kohlbach <ank@spamfence.net> wrote: >Wenn meine Vermutung stimmt verstehe ich nicht, warum systemd >(bzw. irgendein Service oder App) beim Booten Verbindung (nicht nur eine >IP und ein Gateway zu haben) in Internet braucht. Meist versucht irgend ein Dienst seinen eigenen Namen in eine IP aufzulösen oder andersrum. Das steht entweder korrekt in der /etc/hosts (war das der Fall?) oder man wartet halt bis das Netz da ist (und dann in den meisten Heim- oder Hotelnetzen etc eine negative Antwort gibt). Da hat systemd aber exakt Null Schuld. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-25 11:04 -0400 |
| Message-ID | <87im5f6zqd.fsf@usenet.ankman.de> |
| In reply to | #115946 |
On Thu, 25 Mar 2021 07:57:01 +0100, Marc Haber wrote: > > Andreas Kohlbach <ank@spamfence.net> wrote: >>Wenn meine Vermutung stimmt verstehe ich nicht, warum systemd >>(bzw. irgendein Service oder App) beim Booten Verbindung (nicht nur eine >>IP und ein Gateway zu haben) in Internet braucht. > > Meist versucht irgend ein Dienst seinen eigenen Namen in eine IP > aufzulösen oder andersrum. Das steht entweder korrekt in der > /etc/hosts (war das der Fall?) oder man wartet halt bis das Netz da > ist (und dann in den meisten Heim- oder Hotelnetzen etc eine negative > Antwort gibt). ~# cat /etc/hosts 127.0.0.1 localhost ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters Nope. > Da hat systemd aber exakt Null Schuld. Mir liegt es fern, auf systemd herumzuhacken. Das Problem trat nur gerade Tage nach der Umstelung auf systemd auf. Wer weiß; es wurde in dem Zusammenhang viel anderes geupdatet. Vielleicht liegt es an etwas anderem. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-03-25 18:10 +0100 |
| Message-ID | <s3ig5k$c67$1@news1.tnib.de> |
| In reply to | #115966 |
Andreas Kohlbach <ank@spamfence.net> wrote: >On Thu, 25 Mar 2021 07:57:01 +0100, Marc Haber wrote: >> >> Andreas Kohlbach <ank@spamfence.net> wrote: >>>Wenn meine Vermutung stimmt verstehe ich nicht, warum systemd >>>(bzw. irgendein Service oder App) beim Booten Verbindung (nicht nur eine >>>IP und ein Gateway zu haben) in Internet braucht. >> >> Meist versucht irgend ein Dienst seinen eigenen Namen in eine IP >> aufzulösen oder andersrum. Das steht entweder korrekt in der >> /etc/hosts (war das der Fall?) oder man wartet halt bis das Netz da >> ist (und dann in den meisten Heim- oder Hotelnetzen etc eine negative >> Antwort gibt). > >~# cat /etc/hosts >127.0.0.1 localhost >::1 localhost ip6-localhost ip6-loopback >fe00::0 ip6-localnet >ff00::0 ip6-mcastprefix >ff02::1 ip6-allnodes >ff02::2 ip6-allrouters > >Nope. |127.0.0.1 localhost |127.0.1.1 drop.zugschlus.de drop | |# The following lines are desirable for IPv6 capable hosts |::1 ip6-localhost ip6-loopback |fe00::0 ip6-localnet |ff00::0 ip6-mcastprefix |ff02::1 ip6-allnodes |ff02::2 ip6-allrouters (Notebook ohne festen Standort) |# this file is managed by ansible with a couple of lineinfile tasks |127.0.0.1 localhost |127.0.1.1 torres.zugschlus.de torres |127.0.1.1 torres.zugschlus.de torres | |::1 localhost ip6-localhost ip6-loopback |ff02::1 ip6-allnodes |ff02::2 ip6-allrouters (Handlungsbedarf, da hat ansible was kaputtgemacht) |# this file is managed by ansible with a couple of lineinfile tasks |127.0.0.1 localhost |127.0.1.1 gancho.zugschlus.de gancho | |::1 localhost ip6-localhost ip6-loopback |ff02::1 ip6-allnodes |ff02::2 ip6-allrouters (der Vorteil von ansible ist, dass es wenn mal was kaputt ist das auch gleich auf allen Hosts kaputt macht) Danke, dass Du mich zum Nachsehen motiviert hast. > >> Da hat systemd aber exakt Null Schuld. > >Mir liegt es fern, auf systemd herumzuhacken. Das Problem trat nur gerade >Tage nach der Umstelung auf systemd auf. Wer weiß; es wurde in dem >Zusammenhang viel anderes geupdatet. Vielleicht liegt es an etwas anderem. Bei den allermeisten Distributionen dürte der Wechsel auf systemd im Rahmen eines größeren Updates geschehen sein. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-25 13:45 -0400 |
| Message-ID | <87czvn6sa9.fsf@usenet.ankman.de> |
| In reply to | #115968 |
On Thu, 25 Mar 2021 18:10:12 +0100, Marc Haber wrote: > > Andreas Kohlbach <ank@spamfence.net> wrote: >>On Thu, 25 Mar 2021 07:57:01 +0100, Marc Haber wrote: >>> >>> Andreas Kohlbach <ank@spamfence.net> wrote: >>>>Wenn meine Vermutung stimmt verstehe ich nicht, warum systemd >>>>(bzw. irgendein Service oder App) beim Booten Verbindung (nicht nur eine >>>>IP und ein Gateway zu haben) in Internet braucht. >>> >>> Meist versucht irgend ein Dienst seinen eigenen Namen in eine IP >>> aufzulösen oder andersrum. Das steht entweder korrekt in der >>> /etc/hosts (war das der Fall?) oder man wartet halt bis das Netz da >>> ist (und dann in den meisten Heim- oder Hotelnetzen etc eine negative >>> Antwort gibt). >> >>~# cat /etc/hosts >>127.0.0.1 localhost >>::1 localhost ip6-localhost ip6-loopback >>fe00::0 ip6-localnet >>ff00::0 ip6-mcastprefix >>ff02::1 ip6-allnodes >>ff02::2 ip6-allrouters >> >>Nope. > > |127.0.0.1 localhost > |127.0.1.1 drop.zugschlus.de drop [...] drop? Finde ich weder man der hosts Man Page, noch ist Google hilfreich. > Danke, dass Du mich zum Nachsehen motiviert hast. Danke, dass Du mich zuerst motiviert hast. Ist vermutlich selten, dass man dort rein schaut (meine war von 2014 btw.), und doch findet man vielleicht noch ein paar Leichen im Keller. -- Andreas PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0
[toc] | [prev] | [next] | [standalone]
| From | Klaus von der Heyde <asc.soc@freenet.de> |
|---|---|
| Date | 2021-03-25 18:11 +0000 |
| Message-ID | <s3ijnk$heb$1@dont-email.me> |
| In reply to | #115972 |
Andreas Kohlbach schrieb: > On Thu, 25 Mar 2021 18:10:12 +0100, Marc Haber wrote: >> >> |127.0.1.1 drop.zugschlus.de drop > > drop? Finde ich weder man der hosts Man Page, noch ist Google hilfreich. $ man 5 hosts | For each host a single line should be present with | the following information: | | IP_address canonical_hostname [aliases...] | | Fields of the entry are separated by any number of | blanks and/or tab characters. HDH, -- K.
[toc] | [prev] | [next] | [standalone]
| From | Paul Muster <exp-311221@news.muster.net> |
|---|---|
| Date | 2021-03-25 19:18 +0100 |
| Message-ID | <io0vih-ceb.ln1@news.muster.net> |
| In reply to | #115972 |
On 25.03.21 18:45, Andreas Kohlbach wrote: > On Thu, 25 Mar 2021 18:10:12 +0100, Marc Haber wrote: >> |127.0.0.1 localhost >> |127.0.1.1 drop.zugschlus.de drop > drop? Finde ich weder man der hosts Man Page, noch ist Google hilfreich. Das ist der Name des Systems. Marc hat einen seiner Rechner so getauft. mfG Paul
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-25 19:22 +0100 |
| Message-ID | <901vih-52k.ln1@news.martinen.de> |
| In reply to | #115972 |
Am 25.03.21 um 18:45 schrieb Andreas Kohlbach: > On Thu, 25 Mar 2021 18:10:12 +0100, Marc Haber wrote: >> >> Andreas Kohlbach <ank@spamfence.net> wrote: >>> On Thu, 25 Mar 2021 07:57:01 +0100, Marc Haber wrote: >>>> >>>> Andreas Kohlbach <ank@spamfence.net> wrote: >>>>> Wenn meine Vermutung stimmt verstehe ich nicht, warum systemd >>>>> (bzw. irgendein Service oder App) beim Booten Verbindung (nicht nur eine >>>>> IP und ein Gateway zu haben) in Internet braucht. Erst muß ja mal das Physische Wifi Interface hoch kommen, vermutlich vom Network-Manager initiiert der dann wohl auch den dhcpclient drauf schickt und dem NM eine IP u.a. zurück liefern sollte. Inkl. DNS-Server und ggf. sogar eine URI zur Portalseite... siehe anderen Post von mir. >>>> Meist versucht irgend ein Dienst seinen eigenen Namen in eine IP >>>> aufzulösen oder andersrum. Das steht entweder korrekt in der >>>> /etc/hosts (war das der Fall?) oder man wartet halt bis das Netz da >> >> |127.0.0.1 localhost >> |127.0.1.1 drop.zugschlus.de drop > > [...] > > drop? Finde ich weder man der hosts Man Page, noch ist Google hilfreich. Vermutlich ein interner resolver (dnsmasq o.ä.) oder systemd-resolve. Die legen sich meist auf 127.0.0.1:53 aber es kann ja auch die obige sein (auch im loopback-Net). Dann kannst du lokal als NS den namen 'drop' nutzen, der (files first in nsswitch.conf) dann dahin aufgelöst wird - ohne externen Zugriff. > Danke, dass Du mich zuerst motiviert hast. Ist vermutlich selten, dass > man dort rein schaut (meine war von 2014 btw.), und doch findet man > vielleicht noch ein paar Leichen im Keller. Kann man ja auch noch für andere "schweinereien" (z.B. adserver-blocken) nutzen. :-) Ich schau da auch selten rein. Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Paul Muster <exp-311221@news.muster.net> |
|---|---|
| Date | 2021-03-25 19:25 +0100 |
| Message-ID | <551vih-2sb.ln1@news.muster.net> |
| In reply to | #115968 |
On 25.03.21 18:10, Marc Haber wrote: > |127.0.0.1 localhost > |127.0.1.1 drop.zugschlus.de drop > | > |# The following lines are desirable for IPv6 capable hosts > |::1 ip6-localhost ip6-loopback > |fe00::0 ip6-localnet > |ff00::0 ip6-mcastprefix > |ff02::1 ip6-allnodes > |ff02::2 ip6-allrouters > (Notebook ohne festen Standort) > > |# this file is managed by ansible with a couple of lineinfile tasks > |127.0.0.1 localhost > |127.0.1.1 torres.zugschlus.de torres > |127.0.1.1 torres.zugschlus.de torres > | > |::1 localhost ip6-localhost ip6-loopback > |ff02::1 ip6-allnodes > |ff02::2 ip6-allrouters > (Handlungsbedarf, da hat ansible was kaputtgemacht) Was ist da kaputt? 1) Die Zeile 127.0.1.1 doppelt? Die ist nur hier doppelt, nicht bei gancho. 2) Irgendwas mit IPv6 kaputt? Dann: Ja, zeig' gerne nochmal, wenn es repariert ist. Obige Einträge 127.0.1.1 <FQDN> <hostname> haben meine Systeme auch, aber keine vergleichbaren für IPv6. mfG Paul
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-03-26 08:25 +0100 |
| Message-ID | <s3k29i$bce$1@news1.tnib.de> |
| In reply to | #115978 |
Paul Muster <exp-311221@news.muster.net> wrote: >On 25.03.21 18:10, Marc Haber wrote: > >> |127.0.0.1 localhost >> |127.0.1.1 drop.zugschlus.de drop >> | >> |# The following lines are desirable for IPv6 capable hosts >> |::1 ip6-localhost ip6-loopback >> |fe00::0 ip6-localnet >> |ff00::0 ip6-mcastprefix >> |ff02::1 ip6-allnodes >> |ff02::2 ip6-allrouters >> (Notebook ohne festen Standort) >> >> |# this file is managed by ansible with a couple of lineinfile tasks >> |127.0.0.1 localhost >> |127.0.1.1 torres.zugschlus.de torres >> |127.0.1.1 torres.zugschlus.de torres >> | >> |::1 localhost ip6-localhost ip6-loopback >> |ff02::1 ip6-allnodes >> |ff02::2 ip6-allrouters >> (Handlungsbedarf, da hat ansible was kaputtgemacht) > >Was ist da kaputt? >1) Die Zeile 127.0.1.1 doppelt? Die ist nur hier doppelt, nicht bei gancho. Genau das. Eigentlich sollte das nicht sein. >2) Irgendwas mit IPv6 kaputt? Dann: Ja, zeig' gerne nochmal, wenn es >repariert ist. Obige Einträge >127.0.1.1 <FQDN> <hostname> >haben meine Systeme auch, aber keine vergleichbaren für IPv6. Ich würde sagen, das fällt erst auf, wenn man kein 127/8 mehr auf lo konfiguriert hat. So richtig ist IPv6 only auch unter Linux nicht machbar. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Bastian Blank <usenet@waldi.eu.org> |
|---|---|
| Date | 2021-03-25 07:29 +0000 |
| Message-ID | <slrns5oeu2.n9q.usenet@mobilewave.waldi.eu.org> |
| In reply to | #115943 |
Andreas Kohlbach wrote: > Meine Vermutung war, dass er zwar im kostenlosen WIFI eine IP zugewiesen > bekam, es dann aber ein Captive Portal zu bestätigen gab, was ohne fertig > zu booten nicht geht (Katze <-> Schwanz). Er hatte aber keinen Zugriff > auf das Internet. Zuhause gibt es kein Captive Portal, dass mir das > Problem vorher nie auffiel. Du hast "systemd-analyze critical-chain" nicht gefunden? Bastian
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-03-25 08:52 +0100 |
| Message-ID | <s3hffj$9hj$1@news1.tnib.de> |
| In reply to | #115952 |
Bastian Blank <usenet@waldi.eu.org> wrote: >Andreas Kohlbach wrote: >> Meine Vermutung war, dass er zwar im kostenlosen WIFI eine IP zugewiesen >> bekam, es dann aber ein Captive Portal zu bestätigen gab, was ohne fertig >> zu booten nicht geht (Katze <-> Schwanz). Er hatte aber keinen Zugriff >> auf das Internet. Zuhause gibt es kein Captive Portal, dass mir das >> Problem vorher nie auffiel. > >Du hast "systemd-analyze critical-chain" nicht gefunden? Das kannte ich bis eben auch nicht. |graphical.target @1min 8.649s |+-multi-user.target @1min 8.630s | +-exim4.service @1min 8.343s +265ms | +-spamassassin.service @1min 4.351s +3.965s | +-network-online.target @1min 4.238s | +-systemd-networkd-wait-online.service @3.966s +15.062s | +-systemd-networkd.service @3.795s +59ms | +-network-pre.target @3.773s | +-ferm.service @2.730s +915ms | +-var.mount @2.502s +132ms | +-systemd-fsck@dev-mapper-torres\x2dvar.service @2.270s +127 | +-dev-mapper-torres\x2dvar.device @2.148s Das muss man von unten nach oben lesen, richtig? Woher kommt der Sprung von 3 + 15 Sekunden auf 1 Minute beim network-online Target? Und warum geht ein kopfloser Server ins graphical target? Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Bastian Blank <usenet@waldi.eu.org> |
|---|---|
| Date | 2021-03-25 08:31 +0000 |
| Message-ID | <slrns5oijs.n9q.usenet@mobilewave.waldi.eu.org> |
| In reply to | #115953 |
Marc Haber wrote: >|graphical.target @1min 8.649s >|+-multi-user.target @1min 8.630s >| +-exim4.service @1min 8.343s +265ms >| +-spamassassin.service @1min 4.351s +3.965s >| +-network-online.target @1min 4.238s >| +-systemd-networkd-wait-online.service @3.966s +15.062s >| +-systemd-networkd.service @3.795s +59ms >| +-network-pre.target @3.773s >| +-ferm.service @2.730s +915ms >| +-var.mount @2.502s +132ms >| +-systemd-fsck@dev-mapper-torres\x2dvar.service @2.270s +127 >| +-dev-mapper-torres\x2dvar.device @2.148s > > Das muss man von unten nach oben lesen, richtig? Woher kommt der > Sprung von 3 + 15 Sekunden auf 1 Minute beim network-online Target? @ ist die Zeit wann es anfing. + ist die Zeit die es gebraucht hat. Du hast da aber irgendein Problem. Von 3s auf 1 minute und 4 sekunden. > Und warum geht ein kopfloser Server ins graphical target? Weil Debian nie was anderes hatte. Und graphical.target halt als default.target bekannt ist. Bastian
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-03-25 13:40 +0100 |
| Message-ID | <s3i0bv$btu$1@news1.tnib.de> |
| In reply to | #115958 |
Bastian Blank <usenet@waldi.eu.org> wrote: >Marc Haber wrote: >>|graphical.target @1min 8.649s >>|+-multi-user.target @1min 8.630s >>| +-exim4.service @1min 8.343s +265ms >>| +-spamassassin.service @1min 4.351s +3.965s >>| +-network-online.target @1min 4.238s >>| +-systemd-networkd-wait-online.service @3.966s +15.062s >>| +-systemd-networkd.service @3.795s +59ms >>| +-network-pre.target @3.773s >>| +-ferm.service @2.730s +915ms >>| +-var.mount @2.502s +132ms >>| +-systemd-fsck@dev-mapper-torres\x2dvar.service @2.270s +127 >>| +-dev-mapper-torres\x2dvar.device @2.148s >> >> Das muss man von unten nach oben lesen, richtig? Woher kommt der >> Sprung von 3 + 15 Sekunden auf 1 Minute beim network-online Target? > >@ ist die Zeit wann es anfing. + ist die Zeit die es gebraucht hat. > >Du hast da aber irgendein Problem. Von 3s auf 1 minute und 4 sekunden. Ich werde der Maschine das nächste Mal beim Booten auf der seriellen Schnittstelle zugucken. Bei dieser Maschine musste ich gewaltig eingreifen, weil der named auch auf einer der OpenVPN-Tunnel-IPs lauschen soll und somit gewartet werden muss, bis das Netzwerk komplett da ist (und keine IPv6-Adressen mehr tentative sind), bevor der OpenVPN-Daemon gestartet wird, dann gewartet werden muss, bis das Tunnel-Interface da und komplett konfiguriert ist (und keine IPv6-Adressen mehr tentative sind) bevor der named gestartet werden darf. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
Page 7 of 10 — ← Prev page 1 … 5 6 [7] 8 9 10 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web