Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #119750 > unrolled thread
| Started by | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| First post | 2021-12-11 16:27 -0500 |
| Last post | 2021-12-24 11:02 +0000 |
| Articles | 20 on this page of 396 — 37 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-11 16:27 -0500
Re: Crash nachverfolgen Joerg Lorenz <hugybear@gmx.ch> - 2021-12-12 03:12 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-12 09:34 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-12 04:47 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-12 15:39 +0100
Re: Crash nachverfolgen Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2021-12-12 17:50 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-12 19:42 -0500
Re: Crash nachverfolgen Joerg Lorenz <hugybear@gmx.ch> - 2021-12-13 03:22 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-13 07:44 -0500
Re: Crash nachverfolgen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-12 10:27 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-12 05:25 -0500
Re: Crash nachverfolgen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-12 15:55 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-12 19:36 -0500
Re: Crash nachverfolgen Thomas Hochstein <thh@thh.name> - 2021-12-12 15:51 +0100
Re: Crash nachverfolgen Markus Franzke <opa-krempel@web.de> - 2021-12-12 17:16 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-12 18:48 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-12 15:53 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-12 19:32 -0500
Re: Crash nachverfolgen Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2021-12-13 11:28 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-13 07:40 -0500
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-19 15:02 -0500
Re: Crash nachverfolgen Juergen Ilse <news@usenet-verwaltung.de> - 2021-12-23 16:16 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-23 18:11 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-12 20:08 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-12 23:23 +0100
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-13 00:22 +0100
Re: Crash nachverfolgen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-14 00:08 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-14 00:40 +0100
Re: Crash nachverfolgen Marcus Jodorf <trap@killfile.de> - 2021-12-14 21:58 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-15 02:19 +0100
Re: Crash nachverfolgen Marcus Jodorf <trap@killfile.de> - 2021-12-15 23:35 +0100
verwaiste Server (was: Crash nachverfolgen) Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-20 18:53 +0100
Re: verwaiste Server (was: Crash nachverfolgen) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-21 07:25 +0100
Re: verwaiste Server Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-21 07:38 +0000
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-21 09:13 +0100
Re: verwaiste Server Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-21 09:20 +0100
Re: verwaiste Server Paul Muster <exp-311222@news.muster.net> - 2021-12-21 10:55 +0100
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-21 11:15 +0100
Re: verwaiste Server Laurenz Trossel <me@example.invalid> - 2021-12-21 10:27 +0000
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-21 11:56 +0100
Re: verwaiste Server markus philippi <markusphi.news@solinetcafe.org> - 2021-12-23 19:07 +0100
Re: verwaiste Server Kay Martinen <usenet@martinen.de> - 2021-12-21 21:23 +0100
Re: verwaiste Server Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-12-21 21:55 +0100
Re: verwaiste Server Kay Martinen <usenet@martinen.de> - 2021-12-21 22:31 +0100
Re: verwaiste Server Marcus Jodorf <trap@killfile.de> - 2021-12-22 19:29 +0100
Re: verwaiste Server markus philippi <markusphi.news@solinetcafe.org> - 2021-12-23 19:07 +0100
Re: verwaiste Server Kay Martinen <usenet@martinen.de> - 2021-12-24 01:38 +0100
Re: verwaiste Server markus philippi <markusphi.news@solinetcafe.org> - 2021-12-24 20:16 +0100
Re: verwaiste Server Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-24 19:25 +0000
Re: verwaiste Server Paul Muster <exp-311222@news.muster.net> - 2021-12-24 21:56 +0100
Re: verwaiste Server Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-25 09:37 +0100
Re: verwaiste Server Thomas Hochstein <thh@thh.name> - 2021-12-25 09:58 +0100
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-25 10:14 +0100
Re: verwaiste Server Thomas Hochstein <thh@thh.name> - 2021-12-25 10:30 +0100
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-25 11:24 +0100
Re: verwaiste Server Beate Goebel <boerps@spamfence.net> - 2021-12-25 12:32 +0100
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-25 17:52 +0100
Re: verwaiste Server Wolfgang Kynast <wky@gmx.de> - 2021-12-25 18:03 +0100
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-25 18:12 +0100
Re: verwaiste Server Beate Goebel <boerps@spamfence.net> - 2021-12-25 18:59 +0100
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-25 19:18 +0100
Re: verwaiste Server Beate Goebel <boerps@spamfence.net> - 2021-12-25 21:14 +0100
Re: verwaiste Server Wolfgang Kynast <wky@gmx.de> - 2021-12-26 00:02 +0100
Re: verwaiste Server Kay Martinen <usenet@martinen.de> - 2021-12-25 18:12 +0100
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-25 19:02 +0100
Re: verwaiste Server Kay Martinen <usenet@martinen.de> - 2021-12-25 19:19 +0100
Re: verwaiste Server Joerg Lorenz <hugybear@gmx.ch> - 2021-12-25 19:26 +0100
[(E)OT] Re: verwaiste Server Kay Martinen <usenet@martinen.de> - 2021-12-25 19:46 +0100
Re: verwaiste Server Andreas Kohlbach <ank@spamfence.net> - 2021-12-25 16:49 -0500
Re: verwaiste Server "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-12-26 19:23 +0000
Re: verwaiste Server Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-26 19:49 +0000
Re: verwaiste Server Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-12-27 10:20 +0000
Re: verwaiste Server Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-12-21 10:35 +0000
Re: verwaiste Server Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-21 10:43 +0000
Re: verwaiste Server (was: Crash nachverfolgen) Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-22 18:36 +0100
Re: verwaiste Server Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2021-12-20 20:30 +0100
Re: verwaiste Server Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-22 18:33 +0100
syslog-server? (was: verwaiste Server) Kay Martinen <usenet@martinen.de> - 2021-12-22 20:25 +0100
Re: syslog-server? (was: verwaiste Server) Laurenz Trossel <me@example.invalid> - 2021-12-22 23:36 +0000
Re: syslog-server? (was: verwaiste Server) Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-12-23 09:37 +0100
Re: syslog-server? Juergen Ilse <news@usenet-verwaltung.de> - 2021-12-23 16:27 +0000
Re: syslog-server? (was: verwaiste Server) Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-12-23 09:17 +0100
Re: verwaiste Server Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-12-23 09:05 +0100
Re: verwaiste Server Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-23 12:46 +0100
Re: verwaiste Server Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-12-23 21:30 +0100
Make or buy (was: verwaiste Server) Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-23 23:18 +0100
Re: Crash nachverfolgen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-15 00:42 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-14 18:43 -0500
Re: Crash nachverfolgen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-20 18:41 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-20 17:40 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-21 14:19 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-21 10:53 -0500
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-21 17:31 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-21 18:39 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-21 13:07 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-21 20:44 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-21 20:06 -0500
Re: Crash nachverfolgen Karl Davis <me@privacy.org> - 2021-12-22 08:15 +0000
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-22 11:36 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-22 17:18 +0100
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-22 18:04 +0100
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-21 17:26 +0100
Re: Crash nachverfolgen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-12-22 19:18 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-22 17:03 -0500
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-23 09:07 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-23 08:51 -0500
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-23 16:42 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-23 18:08 -0500
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-24 12:01 +0000
Re: Crash nachverfolgen Thomas Hochstein <thh@thh.name> - 2021-12-24 13:31 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-26 15:18 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-24 09:05 -0500
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-24 14:35 +0000
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-24 14:53 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-24 16:34 -0500
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-24 16:35 -0500
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-24 21:41 +0000
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 02:04 +0100
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 02:03 +0100
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 02:00 +0100
Re: Crash nachverfolgen Michael Brand <brandm@gmx.net> - 2021-12-23 10:42 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-23 08:25 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-23 14:46 +0100
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-23 14:49 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-23 18:06 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-24 01:46 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-23 20:23 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-26 17:08 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-26 12:21 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-26 16:58 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-26 12:20 -0500
Re: Crash nachverfolgen Michael Brand <brandm@gmx.net> - 2021-12-26 19:44 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-26 15:36 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-23 14:25 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-23 20:11 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-24 05:48 +0100
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-24 05:54 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-24 00:48 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-24 08:38 +0100
Re: Crash nachverfolgen "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-12-24 11:20 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-24 09:00 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-24 15:32 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-24 16:32 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-26 17:22 +0100
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-26 17:55 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-26 12:51 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-26 19:41 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-26 15:44 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-26 23:22 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-27 16:03 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-27 22:30 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-27 23:08 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 04:04 -0500
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-28 09:54 +0000
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-28 11:05 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-28 10:47 +0000
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 02:37 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 08:45 +0000
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 13:15 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 13:17 +0000
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 19:03 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 18:47 +0000
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-31 15:59 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-02 18:00 +0000
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2022-01-02 19:37 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2022-01-02 22:14 -0500
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-03 07:43 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2022-01-03 12:00 -0500
Re: Crash nachverfolgen Marcus Jodorf <trap@killfile.de> - 2022-01-03 18:59 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2022-01-03 18:09 -0500
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2022-01-03 18:34 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-03 18:45 +0000
MT/MU (was: Crash nachverfolgen) Kay Martinen <usenet@martinen.de> - 2022-01-03 22:40 +0100
Re: MT/MU Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-01-04 09:17 +0000
Re: MT/MU Arno Welzel <usenet@arnowelzel.de> - 2022-01-04 16:36 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-30 00:55 +0100
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 19:18 +0100
"Dramatische Umwälzungen in den 1980ern (was: Crash nachverfolgen) Andreas Kohlbach <ank@spamfence.net> - 2021-12-29 11:35 -0500
Ressourcenverbrauch (was: Crash nachverfolgen) Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-12-28 12:02 +0000
Re: Ressourcenverbrauch Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-28 16:46 +0000
Re: Ressourcenverbrauch Kay Martinen <usenet@martinen.de> - 2021-12-28 18:38 +0100
Re: Ressourcenverbrauch Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-28 18:45 +0000
Re: Ressourcenverbrauch Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-28 18:51 +0000
Re: Ressourcenverbrauch Kay Martinen <usenet@martinen.de> - 2021-12-28 21:16 +0100
Re: Ressourcenverbrauch Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-28 20:33 +0000
Re: Ressourcenverbrauch Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-28 21:09 +0000
Re: Ressourcenverbrauch Kay Martinen <usenet@martinen.de> - 2021-12-28 21:13 +0100
Re: Ressourcenverbrauch Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-28 20:38 +0000
Re: Ressourcenverbrauch Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 02:41 +0100
Re: Ressourcenverbrauch Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-12-28 17:46 +0000
Re: Ressourcenverbrauch Kay Martinen <usenet@martinen.de> - 2021-12-28 19:19 +0100
Re: Ressourcenverbrauch Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-12-28 21:34 +0000
Re: Ressourcenverbrauch Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-28 22:38 +0100
Re: Ressourcenverbrauch Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 02:38 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 13:36 -0500
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-28 21:44 +0100
xHD (was: Crash nachverfolgen) Kay Martinen <usenet@martinen.de> - 2021-12-28 23:27 +0100
Re: xHD Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 02:46 +0100
Re: xHD (was: Crash nachverfolgen) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 14:54 +0100
Re: xHD (was: Crash nachverfolgen) Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-29 16:00 +0000
Re: xHD Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-29 18:55 +0100
Re: xHD Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-30 12:47 +0100
Re: xHD Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 19:06 +0100
Re: xHD (was: Crash nachverfolgen) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 19:39 +0100
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-29 19:37 +0000
Re: xHD Marcus Jodorf <trap@killfile.de> - 2021-12-30 00:10 +0100
Re: xHD Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-30 12:56 +0100
Re: xHD Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-12-30 13:33 +0000
Re: xHD Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-12-30 15:36 +0100
Re: xHD Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-30 15:44 +0100
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-30 17:52 +0000
Re: xHD Kay Martinen <usenet@martinen.de> - 2021-12-30 20:49 +0100
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-30 20:08 +0000
Re: xHD Kay Martinen <usenet@martinen.de> - 2021-12-30 21:29 +0100
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-30 21:06 +0000
Re: xHD Detlef Sax <sax@noart.de> - 2021-12-30 17:32 +0000
Re: xHD Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-12-30 22:14 +0000
Re: xHD Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-30 23:16 +0000
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-31 15:11 +0000
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-31 16:26 +0100
Re: xHD Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-31 16:52 +0100
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-31 17:18 +0100
Re: xHD Juergen Ilse <news@usenet-verwaltung.de> - 2021-12-31 20:05 +0000
Re: xHD Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-31 20:23 +0000
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-01 06:47 +0100
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-01-01 14:26 +0000
Re: xHD Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-01 19:43 +0100
Re: xHD Arno Welzel <usenet@arnowelzel.de> - 2022-01-02 04:55 +0100
Re: xHD Arno Welzel <usenet@arnowelzel.de> - 2022-01-02 04:54 +0100
Re: xHD Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-31 15:39 +0000
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-31 15:59 +0000
Re: xHD Arno Welzel <usenet@arnowelzel.de> - 2022-01-02 04:55 +0100
Re: xHD Kay Martinen <usenet@martinen.de> - 2022-01-03 21:02 +0100
Re: xHD Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-31 02:03 +0100
Re: xHD Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-12-31 12:01 +0100
Re: xHD Andreas Kohlbach <ank@spamfence.net> - 2021-12-31 06:53 -0500
Re: xHD Herrand Petrowitsch <herrands@t-online.de> - 2021-12-31 13:58 +0100
Re: xHD Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-12-31 15:42 +0000
Re: xHD Herrand Petrowitsch <herrands@t-online.de> - 2021-12-31 16:53 +0100
Re: xHD Jens Schüßler <j.schuess@nurfuerspam.de> - 2022-01-01 00:31 +0100
Re: xHD Kay Martinen <usenet@martinen.de> - 2022-01-01 15:22 +0100
Re: xHD Detlef Sax <sax@noart.de> - 2022-01-01 16:41 +0000
Re: xHD Kay Martinen <usenet@martinen.de> - 2022-01-01 23:03 +0100
Re: xHD Detlef Sax <sax@noart.de> - 2022-01-02 09:52 +0000
Re: xHD Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 15:31 -0500
Re: xHD Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-31 15:41 +0000
Re: xHD Andreas Kohlbach <ank@spamfence.net> - 2021-12-31 16:04 -0500
Re: xHD Arno Welzel <usenet@arnowelzel.de> - 2022-01-02 05:01 +0100
Re: xHD Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-12-31 20:11 +0100
Re: xHD Detlef Sax <sax@noart.de> - 2021-12-31 20:33 +0000
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-01 06:51 +0100
Re: xHD Thomas Noll <-_tn_-@web.de> - 2022-01-01 23:59 +0000
Re: xHD Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-01-02 08:24 +0000
Re: xHD Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-02 11:25 +0100
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-30 16:14 +0100
Re: xHD Kay Martinen <usenet@martinen.de> - 2021-12-30 20:54 +0100
Re: xHD Christian Garbs <mitch@cgarbs.de> - 2022-01-08 19:08 +0000
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-30 16:08 +0100
Re: xHD Marcus Jodorf <trap@killfile.de> - 2021-12-31 00:40 +0100
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-31 16:05 +0100
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-30 17:45 +0000
Re: xHD Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-30 19:13 +0100
Re: xHD Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2021-12-30 19:54 +0100
Re: xHD Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-30 20:07 +0000
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-30 21:37 +0100
Re: xHD Kay Martinen <usenet@martinen.de> - 2021-12-30 21:01 +0100
Re: xHD Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-30 12:49 +0100
Re: xHD Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-31 16:20 +0100
Re: xHD (was: Crash nachverfolgen) Joerg Lorenz <hugybear@gmx.ch> - 2022-01-01 17:16 +0100
Re: xHD (was: Crash nachverfolgen) Laurenz Trossel <me@example.invalid> - 2022-01-02 04:44 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 18:24 -0500
Re: Crash nachverfolgen Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-12-29 00:49 +0100
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 12:27 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 11:41 +0000
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 19:32 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 18:53 +0000
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-29 22:57 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 22:24 +0000
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 13:18 +0100
Re: Crash nachverfolgen Marcus Jodorf <trap@killfile.de> - 2021-12-29 23:03 +0100
Re: Monitore (was: Crash nachverfolgen) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-30 15:59 +0100
Re: Monitore (was: Crash nachverfolgen) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-30 19:15 +0100
Re: Monitore (was: Crash nachverfolgen) Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-30 18:32 +0000
Re: Monitore (was: Crash nachverfolgen) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-30 20:50 +0100
Re: Monitore (was: Crash nachverfolgen) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-30 20:43 +0100
Re: Monitore Andreas Kohlbach <ank@spamfence.net> - 2021-12-30 18:08 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-28 13:18 +0100
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-28 14:30 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 14:01 -0500
Re: Crash nachverfolgen Michael Brand <brandm@gmx.net> - 2021-12-28 23:52 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 18:27 -0500
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 12:30 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-29 11:39 -0500
Deb'IT (was: Crash nachverfolgen) Kay Martinen <usenet@martinen.de> - 2021-12-29 22:48 +0100
Re: Deb'IT Andreas Kohlbach <ank@spamfence.net> - 2021-12-29 19:25 -0500
Re: Deb'IT (was: Crash nachverfolgen) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-30 12:59 +0100
Re: Deb'IT (was: Crash nachverfolgen) Kay Martinen <usenet@martinen.de> - 2021-12-30 21:10 +0100
Re: Deb'IT (was: Crash nachverfolgen) Paul Muster <exp-311222@news.muster.net> - 2021-12-30 22:06 +0100
Re: Deb'IT (was: Crash nachverfolgen) Hans CraueI <crauel_usenet@freenet.de> - 2021-12-31 00:17 +0000
Re: Deb'IT (was: Crash nachverfolgen) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-31 02:05 +0100
Re: Deb'IT Michael Brand <brandm@gmx.net> - 2022-01-01 10:34 +0100
Re: Deb'IT (was: Crash nachverfolgen) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-31 02:05 +0100
Re: Deb'IT Andreas Kohlbach <ank@spamfence.net> - 2021-12-31 07:38 -0500
Re: Deb'IT Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-31 14:58 +0100
Re: Deb'IT Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-12-31 16:33 +0100
Re: Deb'IT Andreas Kohlbach <ank@spamfence.net> - 2021-12-31 16:35 -0500
Re: Deb'IT Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-01 11:04 +0100
Re: Deb'IT Andreas Kohlbach <ank@spamfence.net> - 2021-12-31 16:33 -0500
Re: Deb'IT Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-01 11:04 +0100
Re: Deb'IT Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 08:41 -0500
Re: Deb'IT Thomas Hochstein <thh@thh.name> - 2022-01-01 15:00 +0100
Re: Deb'IT Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 15:14 -0500
Re: Deb'IT Kay Martinen <usenet@martinen.de> - 2022-01-01 22:24 +0100
Re: Deb'IT Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 23:22 -0500
Re: Deb'IT Thomas Hochstein <thh@thh.name> - 2022-01-01 23:04 +0100
Re: Deb'IT Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-02 11:30 +0100
Re: Deb'IT Kay Martinen <usenet@martinen.de> - 2022-01-03 21:43 +0100
Re: Deb'IT Thomas Hochstein <thh@thh.name> - 2022-01-03 22:19 +0100
Re: Deb'IT Kay Martinen <usenet@martinen.de> - 2022-01-03 23:18 +0100
Re: Deb'IT Thomas Hochstein <thh@thh.name> - 2022-01-04 07:54 +0100
Re: Deb'IT Kay Martinen <usenet@martinen.de> - 2022-01-05 00:48 +0100
Re: Deb'IT Thomas Hochstein <thh@thh.name> - 2022-01-05 08:18 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 13:53 -0500
Re: Crash nachverfolgen "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-12-26 19:17 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-26 16:57 -0500
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-27 11:59 +0000
Re: Crash nachverfolgen Detlef Sax <sax@noart.de> - 2021-12-27 15:22 +0000
Re: Crash nachverfolgen Detlef Sax <sax@noart.de> - 2021-12-27 15:33 +0000
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-27 17:18 +0100
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-27 18:12 +0000
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-27 17:17 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-27 16:16 -0500
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-27 18:18 +0000
Re: Crash nachverfolgen Detlef Sax <sax@noart.de> - 2021-12-27 18:41 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-27 16:13 -0500
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-27 22:01 +0000
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-28 00:27 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 04:30 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-28 12:01 +0100
Re: Crash nachverfolgen Detlef Sax <sax@noart.de> - 2021-12-28 11:19 +0000
Re: Crash nachverfolgen Marcus Jodorf <trap@killfile.de> - 2021-12-30 01:02 +0100
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-30 01:53 +0100
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-30 17:39 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-30 13:29 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-30 21:16 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-30 18:24 -0500
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-28 12:32 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 14:37 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-28 21:36 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 18:46 -0500
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-29 00:03 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 23:01 -0500
Re: Crash nachverfolgen Arno Welzel <usenet@arnowelzel.de> - 2021-12-29 02:53 +0100
Re: Crash nachverfolgen Marcus Jodorf <trap@killfile.de> - 2021-12-30 01:20 +0100
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-30 17:35 +0000
Re: Crash nachverfolgen Paul Muster <exp-311222@news.muster.net> - 2021-12-28 23:00 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 19:10 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-28 11:41 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-27 23:04 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 04:39 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-28 12:55 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 15:04 -0500
Re: Crash nachverfolgen Bernd Mayer <beam.bam.boom@knuut.de> - 2021-12-28 21:37 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 19:06 -0500
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-28 21:42 +0100
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 19:07 -0500
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-28 23:53 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-28 23:07 -0500
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-29 15:48 +0000
Re: Crash nachverfolgen Andreas Kohlbach <ank@spamfence.net> - 2021-12-29 11:46 -0500
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-29 17:37 +0000
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 19:34 +0100
release? (was: Crash nachverfolgen) Kay Martinen <usenet@martinen.de> - 2021-12-29 22:24 +0100
Re: release? (was: Crash nachverfolgen) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-30 19:14 +0100
Re: Crash nachverfolgen wolfgang sch <see@sig.nature> - 2021-12-28 10:23 +0000
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-28 12:39 +0100
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-28 21:47 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-28 23:31 +0100
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-28 23:47 +0000
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 08:50 +0000
Re: Crash nachverfolgen Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2021-12-29 14:34 +0100
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 18:25 +0000
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 14:47 +0100
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-29 16:46 +0100
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-29 17:32 +0000
Re: Crash nachverfolgen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-12-29 18:30 +0000
Re: Crash nachverfolgen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2021-12-29 19:24 +0000
Re: Crash nachverfolgen Kay Martinen <usenet@martinen.de> - 2021-12-29 22:40 +0100
Re: Crash nachverfolgen markus philippi <markusphi.news@solinetcafe.org> - 2022-01-02 11:26 +0100
Re: Crash nachverfolgen markus philippi <markusphi.news@solinetcafe.org> - 2022-01-02 11:26 +0100
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 19:37 +0100
Re: Crash nachverfolgen Marcus Jodorf <trap@killfile.de> - 2021-12-30 00:50 +0100
Re: Crash nachverfolgen markus philippi <markusphi.news@solinetcafe.org> - 2022-01-02 11:26 +0100
Re: Crash nachverfolgen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-12-29 14:46 +0100
Re: Crash nachverfolgen markus philippi <markusphi.news@solinetcafe.org> - 2022-01-02 11:26 +0100
Re: Crash nachverfolgen "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-12-24 11:02 +0000
Page 1 of 20 [1] 2 3 … 20 Next page →
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-12-11 16:27 -0500 |
| Subject | Crash nachverfolgen |
| Message-ID | <877dca96i9.fsf@usenet.ankman.de> |
Neulich war ich vielleicht doch zu hochnäsig zu sagen, dass mein Linux seit Jahren nicht crashte und ich auch keinen Crash erwartete. Reboots waren nur in den letzten Jahren nur nach zwei Stromausfällen nötig. Gestern rächte sich das. Als ich eine Weile weg war, war der Bildschirm nicht wie erwartet "suspendet", sondern zeigte matt das Abbild einer TTY an. Die Tastatur reagierte nicht mal auf ein Sysrq, eine extern angesteckte Tastatur ebenfalls nicht und auch das Pingen vom Tablet aus (beide im selben Netz) lief ins Timeout, dass ich ihn hart abschalten musste. Im Log sind die letzten Einträge: Dec 10 17:04:40 ank pidgin[27324]: json_node_get_object: assertion 'JSON_NODE_IS_VALID (node)' failed Dec 10 17:05:39 ank pidgin[27324]: json_node_get_object: assertion 'JSON_NODE_IS_VALID (node)' failed ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ Pidgin hat sicher nichts damit zu tun; die Einträge habe ich mehrere hundert Male am Tag. Die "^@^@" symbolisieren den Crash. Die Zeile hat keinen Zeitstempel. Die Zeile danach stammt vom Reboot, dass ich die weg lasse. Wie (wo?) kann ich der Ursache des Crash noch nachgehen? -- Andreas
[toc] | [next] | [standalone]
| From | Joerg Lorenz <hugybear@gmx.ch> |
|---|---|
| Date | 2021-12-12 03:12 +0100 |
| Message-ID | <sp3lqm$d5p$1@dont-email.me> |
| In reply to | #119750 |
Am 11.12.21 um 22:27 schrieb Andreas Kohlbach: > Neulich war ich vielleicht doch zu hochnäsig zu sagen, dass mein Linux > seit Jahren nicht crashte und ich auch keinen Crash erwartete. Reboots > waren nur in den letzten Jahren nur nach zwei Stromausfällen nötig. Wann und wie machst Du Updates auf Kernel-Ebene, ohne Reboots? Meine Linuxe verlangen dann immer einen Reboot zur Installation. -- De gustibus non est disputandum
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-12-12 09:34 +0000 |
| Message-ID | <sp4fmh$e9l$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #119757 |
Joerg Lorenz <hugybear@gmx.ch> wrote: > Am 11.12.21 um 22:27 schrieb Andreas Kohlbach: > > Neulich war ich vielleicht doch zu hochnäsig zu sagen, dass mein Linux > > seit Jahren nicht crashte und ich auch keinen Crash erwartete. Reboots > > waren nur in den letzten Jahren nur nach zwei Stromausfällen nötig. > > Wann und wie machst Du Updates auf Kernel-Ebene, ohne Reboots? > Meine Linuxe verlangen dann immer einen Reboot zur Installation. Und systemd erzwingt reboots noch sehr viel haeufiger. Schoene neue Welt :-( -- 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-12-12 04:47 -0500 |
| Message-ID | <87lf0q6tp6.fsf@usenet.ankman.de> |
| In reply to | #119757 |
On Sun, 12 Dec 2021 03:12:37 +0100, Joerg Lorenz wrote: > > Am 11.12.21 um 22:27 schrieb Andreas Kohlbach: >> Neulich war ich vielleicht doch zu hochnäsig zu sagen, dass mein Linux >> seit Jahren nicht crashte und ich auch keinen Crash erwartete. Reboots >> waren nur in den letzten Jahren nur nach zwei Stromausfällen nötig. > > Wann und wie machst Du Updates auf Kernel-Ebene, ohne Reboots? Gar nicht. Ich lasse den alten Kernel weiter laufen, sollte mir kein gravierendes Problem wie beispielsweise "Spectre" vor ein paar Jahren) bekannt werden. > Meine Linuxe verlangen dann immer einen Reboot zur Installation. Meines nicht. Ich lasse Kernels im Rahmen einer aptitude-Session in Debian updaten. Ich sehe dort nicht mal Empfehlungen zum Reboot, wen ich auch weiß, dass es zum Benutzen des neuen Kernels sein muss. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-12-12 15:39 +0100 |
| Message-ID | <96eh8i-s7q.ln1@news.martinen.de> |
| In reply to | #119761 |
Am 12.12.21 um 10:47 schrieb Andreas Kohlbach: > On Sun, 12 Dec 2021 03:12:37 +0100, Joerg Lorenz wrote: >> >> Am 11.12.21 um 22:27 schrieb Andreas Kohlbach: >>> Neulich war ich vielleicht doch zu hochnäsig zu sagen, dass mein Linux >>> seit Jahren nicht crashte und ich auch keinen Crash erwartete. Reboots >>> waren nur in den letzten Jahren nur nach zwei Stromausfällen nötig. >> >> Wann und wie machst Du Updates auf Kernel-Ebene, ohne Reboots? > > Gar nicht. Ich lasse den alten Kernel weiter laufen, sollte mir kein > gravierendes Problem wie beispielsweise "Spectre" vor ein paar Jahren) > bekannt werden. > >> Meine Linuxe verlangen dann immer einen Reboot zur Installation. > > Meines nicht. Ich lasse Kernels im Rahmen einer aptitude-Session in > Debian updaten. Ich sehe dort nicht mal Empfehlungen zum Reboot, wen ich > auch weiß, dass es zum Benutzen des neuen Kernels sein muss. Diese beiden aussagen wiedersprechen sich meines Erachtens. Außer du hast da etwas "weg konfiguriert" so das neue Kernels zwar installiert aber nicht als aktiv oder zu starten markiert werden - weshalb du möglicherweise auch keine "es ist ein neustart nötig" meldungen bekommst. Dein Risiko! Hast du mal ein 'sudo apt autoremove' aufgerufen? Wie viele Alte Kernels zum Entfernen zeigt er dir da wohl an? Ｂｙｅ／ ／Ｋａｙ -- 🅟🅞🅢🅣🅔🅓 🅥🅘🅐 🅛🅔🅐🅕🅝🅞🅓🅔
[toc] | [prev] | [next] | [standalone]
| From | Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> |
|---|---|
| Date | 2021-12-12 17:50 +0100 |
| Message-ID | <slrnsrca1r.3nq.spam-fuer@judy.ilmenau.das-mehdorn.de> |
| In reply to | #119764 |
Hallo! * Kay Martinen <usenet@martinen.de>: > Am 12.12.21 um 10:47 schrieb Andreas Kohlbach: >> Ich lasse Kernels im Rahmen einer aptitude-Session in >> Debian updaten. Ich sehe dort nicht mal Empfehlungen zum Reboot, wen ich >> auch weiß, dass es zum Benutzen des neuen Kernels sein muss. > Diese beiden aussagen wiedersprechen sich meines Erachtens. Außer du > hast da etwas "weg konfiguriert" so das neue Kernels zwar installiert > aber nicht als aktiv oder zu starten markiert werden - weshalb du > möglicherweise auch keine "es ist ein neustart nötig" meldungen bekommst. Bei Debian ist es so: Die Meldung kommt von "needrestart", aber das funktioniert natürlich nur, wenn letzteres installiert ist. Historisch gab es auch noch update-notifier-common, was entsprechende Infos in eine Datei in /var gepackt hat, und das konnten dann diverse Tools an verschiedenen Stellen ausgeben. Im Zweifel konnte man die aber einfach per "cat" im Shell-Startup ausgeben. Christoph -- Aber was mich noch viel mehr verbluefft als diese telefonischen faux-pas ist die Tatsache, dass ich auch jede Menge Post an Herrn Gabriele Conrad kriege. -- Troeste Dich. "Frau Vinzent Hoefler" hatte ich auch schon. (Gabriele Conrad, Vinzent Hoefler)
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-12-12 19:42 -0500 |
| Message-ID | <874k7d72tg.fsf@usenet.ankman.de> |
| In reply to | #119769 |
On Sun, 12 Dec 2021 17:50:03 +0100, Christoph 'Mehdorn' Weber wrote: > > * Kay Martinen <usenet@martinen.de>: >> Am 12.12.21 um 10:47 schrieb Andreas Kohlbach: > >>> Ich lasse Kernels im Rahmen einer aptitude-Session in >>> Debian updaten. Ich sehe dort nicht mal Empfehlungen zum Reboot, wen ich >>> auch weiß, dass es zum Benutzen des neuen Kernels sein muss. >> Diese beiden aussagen wiedersprechen sich meines Erachtens. Außer du >> hast da etwas "weg konfiguriert" so das neue Kernels zwar installiert >> aber nicht als aktiv oder zu starten markiert werden - weshalb du >> möglicherweise auch keine "es ist ein neustart nötig" meldungen bekommst. Nur bei Daemons, siehe unten. Darauf, dass ein neuer Kernel nur nach einem Reboot geladen werden kann, komme ich schon alleine, dass mir das System das nicht sagen muss. Dass ich trotzdem nicht reboote, hat seine Gründe. :-D > Bei Debian ist es so: > > Die Meldung kommt von "needrestart", aber das funktioniert > natürlich nur, wenn letzteres installiert ist. needrestart habe ich hier nicht. Seltsam, sollte das nicht default installiert werden? Dann ist meine Installation aber über zehn Jahre alt, dass needrestart vielleicht zu "neu" ist. Dann lese ich, dass needrestart auch auf Daemons hinweist, die neu gestartet werden sollten. *Das* sehe ich, kann sogar aus der angegebenen Liste wählen, welche neu gestartet werden sollen. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Joerg Lorenz <hugybear@gmx.ch> |
|---|---|
| Date | 2021-12-13 03:22 +0100 |
| Message-ID | <sp6apo$qag$1@dont-email.me> |
| In reply to | #119778 |
Am 13.12.21 um 01:42 schrieb Andreas Kohlbach: > On Sun, 12 Dec 2021 17:50:03 +0100, Christoph 'Mehdorn' Weber wrote: >> Die Meldung kommt von "needrestart", aber das funktioniert >> natürlich nur, wenn letzteres installiert ist. > > needrestart habe ich hier nicht. Seltsam, sollte das nicht default > installiert werden? Dann ist meine Installation aber über zehn Jahre alt, > dass needrestart vielleicht zu "neu" ist. Hier über die Fehlfunktionen einer 10 Jahre alten Installation, die nie upgedated wurde, zu diskutieren ist mir sogar zum Lesen zu öde. Aber eben: Andreas ist Antiquitätenliebhaber. Au revoir. -- De gustibus non est disputandum
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-12-13 07:44 -0500 |
| Message-ID | <87k0g865ez.fsf@usenet.ankman.de> |
| In reply to | #119782 |
On Mon, 13 Dec 2021 03:22:47 +0100, Joerg Lorenz wrote: > > Am 13.12.21 um 01:42 schrieb Andreas Kohlbach: >> On Sun, 12 Dec 2021 17:50:03 +0100, Christoph 'Mehdorn' Weber wrote: >>> Die Meldung kommt von "needrestart", aber das funktioniert >>> natürlich nur, wenn letzteres installiert ist. >> >> needrestart habe ich hier nicht. Seltsam, sollte das nicht default >> installiert werden? Dann ist meine Installation aber über zehn Jahre alt, >> dass needrestart vielleicht zu "neu" ist. > > Hier über die Fehlfunktionen einer 10 Jahre alten Installation, die nie > upgedated wurde, zu diskutieren ist mir sogar zum Lesen zu öde. Wie kommst Du darauf, sie wurde in 10 Jahren nie upgedated? Der Kernel vor diesem Crash wurde im (IIRC) Juli gebootet. Mit diesem lief Linux stabil, bis neulich. > Aber eben: Andreas ist Antiquitätenliebhaber. Nicht wirklich. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Marcel Mueller <news.5.maazl@spamgourmet.org> |
|---|---|
| Date | 2021-12-12 10:27 +0100 |
| Message-ID | <sp4f9l$sdjr$1@gwaiyur.mb-net.net> |
| In reply to | #119750 |
Am 11.12.21 um 22:27 schrieb Andreas Kohlbach: > Neulich war ich vielleicht doch zu hochnäsig zu sagen, dass mein Linux > seit Jahren nicht crashte und ich auch keinen Crash erwartete. Reboots > waren nur in den letzten Jahren nur nach zwei Stromausfällen nötig. Hochmut kommt vor dem Fall. ;-) Aber ich hatte auch schon gelegentlich Probleme mit Linux. Einmal gab es eine Kernelversion, die auf meinem Server ums zerplatzen nicht stabil lief. Der ist alle paar Stunden abgesemmelt. Dowgrade auf die vorherige und ab in die Blacklist, dann ging es wieder. Die übernächste (und viele folgende) hatten das Problem auch nicht. Ein anderes mal hatte ich Probleme mit VBox 6.1.irgendwas. Da half nur Downgrade auf 6.0. Das hat auch jedes mal den Server mit ins Grab genommen. Mittlerweile läuft 6.1 aber einigermaßen. Nur eine Altanwendung unter OS/2 hat damit Probleme mit der E1000 Netzwerkemulation, vor allem wenn dauerhaft Datenverkehr ist. Die hängt sich manchmal weg, was dann einen Reboot der VM erfordert. Und selbst wenn es läuft, gibt es in der Anwendung immer wieder kurze Hänger bei poll(). > Gestern rächte sich das. Als ich eine Weile weg war, war der Bildschirm > nicht wie erwartet "suspendet", sondern zeigte matt das Abbild einer TTY > an. Die Tastatur reagierte nicht mal auf ein Sysrq, eine extern > angesteckte Tastatur ebenfalls nicht und auch das Pingen vom Tablet aus > (beide im selben Netz) lief ins Timeout, dass ich ihn hart abschalten > musste. > > Im Log sind die letzten Einträge: > > Dec 10 17:04:40 ank pidgin[27324]: json_node_get_object: assertion 'JSON_NODE_IS_VALID (node)' failed > Dec 10 17:05:39 ank pidgin[27324]: json_node_get_object: assertion 'JSON_NODE_IS_VALID (node)' failed > ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ > ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ Die Meldungen sind nicht die letzten. Die Nullbytes zeigen ziemlich deutlich, dass das Dateisystem nicht mehr korrekt geschrieben werden konnte. Es ist sehr wahrscheinlich dass da Meldungen fehlen. Aber selbst wenn du sie hättest, würden die nicht notwendigerweise auf die Ursache deuten. Interessanter wäre eher gewesen, was auf dem Bildschirm stand. Der funktioniert oft deutlich länger als das (komplexe) Dateisystem. War das vielleicht ein Kernel-Panic? > Wie (wo?) kann ich der Ursache des Crash noch nachgehen? Gar nicht. Dazu hättest du irgendein persistentes Medium gebraucht, dass unabhängig von Kernel protokolliert, z.B. über einen Debug-Link. Aber ich meine, wenn es die Kiste aller paar Jahre mal zerlegt, lohnt es doch kaum, nach den Ursachen zu forschen - wie auch? Das kann alles mögliche sein. Hast Du ECC-RAM? Wenn nein ist vielleicht zufällig mal das falsche Bit im RAM gekippt (die meisten bleiben unbemerkt). Wenn es wirklich ein Hardwareproblem ist, wird es sich mutmaßlich häufen. Dann kann man weiter suchen. Und bei Softwareproblemen ist es ähnlich. Wobei da das Thema seltene Race-Conditions letztlich auch in die Kategorie Zufall fallen, weil die kaum jemand findet und fixt. Marcel
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-12-12 05:25 -0500 |
| Message-ID | <87fsqy6rx6.fsf@usenet.ankman.de> |
| In reply to | #119758 |
On Sun, 12 Dec 2021 10:27:16 +0100, Marcel Mueller wrote: > > Am 11.12.21 um 22:27 schrieb Andreas Kohlbach: > >> Gestern rächte sich das. Als ich eine Weile weg war, war der Bildschirm >> nicht wie erwartet "suspendet", sondern zeigte matt das Abbild einer TTY >> an. Die Tastatur reagierte nicht mal auf ein Sysrq, eine extern >> angesteckte Tastatur ebenfalls nicht und auch das Pingen vom Tablet aus >> (beide im selben Netz) lief ins Timeout, dass ich ihn hart abschalten >> musste. >> Im Log sind die letzten Einträge: >> Dec 10 17:04:40 ank pidgin[27324]: json_node_get_object: assertion >> 'JSON_NODE_IS_VALID (node)' failed >> Dec 10 17:05:39 ank pidgin[27324]: json_node_get_object: assertion 'JSON_NODE_IS_VALID (node)' failed >> ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ >> ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ > > Die Meldungen sind nicht die letzten. Doch. Die nächste Zeile stammt vom Rebooten. > Die Nullbytes zeigen ziemlich deutlich, dass das Dateisystem nicht > mehr korrekt geschrieben werden konnte. Es ist sehr wahrscheinlich > dass da Meldungen fehlen. Aber selbst wenn du sie hättest, würden die > nicht notwendigerweise auf die Ursache deuten. > > Interessanter wäre eher gewesen, was auf dem Bildschirm stand. Der > funktioniert oft deutlich länger als das (komplexe) Dateisystem. Wie gesagt, zeigte der Bildschirm das Abbild einer TTY. Als ich den Computer verließ, war er in der GUI. Keine Ahnung, warum er nach dem Crash den Inhalt einer TTY anzeigte. > War das vielleicht ein Kernel-Panic? Würde ich vermuten, wenn ein Dump im Log wäre. Ist es aber nicht. >> Wie (wo?) kann ich der Ursache des Crash noch nachgehen? > > Gar nicht. Dazu hättest du irgendein persistentes Medium gebraucht, > dass unabhängig von Kernel protokolliert, z.B. über einen Debug-Link. > > Aber ich meine, wenn es die Kiste aller paar Jahre mal zerlegt, lohnt > es doch kaum, nach den Ursachen zu forschen - wie auch? > Das kann alles mögliche sein. Hast Du ECC-RAM? Wenn nein ist > vielleicht zufällig mal das falsche Bit im RAM gekippt (die meisten > bleiben unbemerkt). Bitrot ist auch das, was mir am wahrscheinlichsten vorkommt. > Wenn es wirklich ein Hardwareproblem ist, wird es sich mutmaßlich > häufen. Dann kann man weiter suchen. Dann müsste ich mich doch nach neuer Hardware umsehen. Nun an Tag 2 scheint es aber stabil zu laufen. Was aber nichts heißen muss. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Marcel Mueller <news.5.maazl@spamgourmet.org> |
|---|---|
| Date | 2021-12-12 15:55 +0100 |
| Message-ID | <sp52hl$tgmt$1@gwaiyur.mb-net.net> |
| In reply to | #119762 |
Am 12.12.21 um 11:25 schrieb Andreas Kohlbach: > Wie gesagt, zeigte der Bildschirm das Abbild einer TTY. Als ich den > Computer verließ, war er in der GUI. Keine Ahnung, warum er nach dem > Crash den Inhalt einer TTY anzeigte. Wenn es den Kernel zerlegt, schaltet er immer in den Textmode. Wenn es nur den X-Server zerlegt dann ebenfalls. >> War das vielleicht ein Kernel-Panic? > > Würde ich vermuten, wenn ein Dump im Log wäre. Ist es aber nicht. Bei Kernel-Panic bekommst du oft keine Infos mehr ins Dateisystem. Was dann nicht auf dem Bildschirm steht, ist weg. >> Aber ich meine, wenn es die Kiste aller paar Jahre mal zerlegt, lohnt >> es doch kaum, nach den Ursachen zu forschen - wie auch? >> Das kann alles mögliche sein. Hast Du ECC-RAM? Wenn nein ist >> vielleicht zufällig mal das falsche Bit im RAM gekippt (die meisten >> bleiben unbemerkt). > > Bitrot ist auch das, was mir am wahrscheinlichsten vorkommt. Das ist aber letztlich auch Spekulation. Ich habe überall ECC-RAM (außer im Laptop) und hatte trotzdem schon mal einen Kernel-Crash, den ich nicht auf irgendeine Software oder Hardware zurückführen konnte. Einfach ein Einzelfall, der nie wieder auftrat. >> Wenn es wirklich ein Hardwareproblem ist, wird es sich mutmaßlich >> häufen. Dann kann man weiter suchen. > > Dann müsste ich mich doch nach neuer Hardware umsehen. Erst mal abwarten. Ein Check nach "schwangeren" Elkos wäre aber vielleicht nicht schlecht - hatte ich erst kürzlich wieder in einem PC. Netzteil und ggf. GraKa nicht vergessen. > Nun an Tag 2 scheint es aber stabil zu laufen. Was aber nichts heißen muss. Wird schon klappen. ;-) Marcel
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-12-12 19:36 -0500 |
| Message-ID | <877dc9733v.fsf@usenet.ankman.de> |
| In reply to | #119765 |
On Sun, 12 Dec 2021 15:55:48 +0100, Marcel Mueller wrote: > > Am 12.12.21 um 11:25 schrieb Andreas Kohlbach: >> Wie gesagt, zeigte der Bildschirm das Abbild einer TTY. Als ich den >> Computer verließ, war er in der GUI. Keine Ahnung, warum er nach dem >> Crash den Inhalt einer TTY anzeigte. > > Wenn es den Kernel zerlegt, schaltet er immer in den Textmode. > Wenn es nur den X-Server zerlegt dann ebenfalls. Okay. Wo ich aber nicht sicher sein kann, dass es der Kernel war. >>> War das vielleicht ein Kernel-Panic? >> Würde ich vermuten, wenn ein Dump im Log wäre. Ist es aber nicht. > > Bei Kernel-Panic bekommst du oft keine Infos mehr ins Dateisystem. Was > dann nicht auf dem Bildschirm steht, ist weg. Ah, interessanter Punkt. Ich erinnere mich, dass bei einer anderen Kernel-Panic noch etwas auf eine TTY dazu geschrieben wurde, was an einen Dump erinnerte. Diesmal nicht. Es wurde stattdessen der Inhalt eines Programms (lynx Textbrowser) angezeigt. Das hatte ich noch nie. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Thomas Hochstein <thh@thh.name> |
|---|---|
| Date | 2021-12-12 15:51 +0100 |
| Message-ID | <dcoulm.20211212155122.2658@scatha.ancalagon.de> |
| In reply to | #119762 |
Andreas Kohlbach schrieb: > On Sun, 12 Dec 2021 10:27:16 +0100, Marcel Mueller wrote: > > Die Meldungen sind nicht die letzten. > > Doch. Die nächste Zeile stammt vom Rebooten. Es sind die letzten Meldungen, die noch in die Logdatei geschrieben werden konnten. Das bedeutet nicht, dass es auch die letzten Meldungen sind, die in die Logdatei hätten geschrieben werden sollen: >> Die Nullbytes zeigen ziemlich deutlich, dass das Dateisystem nicht >> mehr korrekt geschrieben werden konnte. Es ist sehr wahrscheinlich >> dass da Meldungen fehlen. Aber selbst wenn du sie hättest, würden die >> nicht notwendigerweise auf die Ursache deuten.
[toc] | [prev] | [next] | [standalone]
| From | Markus Franzke <opa-krempel@web.de> |
|---|---|
| Date | 2021-12-12 17:16 +0100 |
| Message-ID | <sp579h$9l9$1@solani.org> |
| In reply to | #119766 |
Am 12.12.21 um 15:51 schrieb Thomas Hochstein:
> Andreas Kohlbach schrieb:
>
>> On Sun, 12 Dec 2021 10:27:16 +0100, Marcel Mueller wrote:
>>> Die Meldungen sind nicht die letzten.
>>
>> Doch. Die nächste Zeile stammt vom Rebooten.
>
> Es sind die letzten Meldungen, die noch in die Logdatei geschrieben
> werden konnten. Das bedeutet nicht, dass es auch die letzten Meldungen
> sind, die in die Logdatei hätten geschrieben werden sollen:
>
>>> Die Nullbytes zeigen ziemlich deutlich, dass das Dateisystem nicht
>>> mehr korrekt geschrieben werden konnte. Es ist sehr wahrscheinlich
>>> dass da Meldungen fehlen. Aber selbst wenn du sie hättest, würden die
>>> nicht notwendigerweise auf die Ursache deuten.
Nach Möglichkeit die Logfiles ungepuffert schreiben, damit man u.U. mehr
Ausgaben rettet. Wenn die Performaceeinbußen akzeptabel sind.
Bei rsyslog:
By default, files are not synced after earch write. To enable syncing
of log files globally, use either the "$ActionFileEnableSync" directive
or the "sync" parameter to omfile. Enabling this option degrades
performance and it is advised not to enable syncing unless you know what
you are doing. To selectively disable syncing for certain files, you may
prefix the file path with a minus sign ("-").
M
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-12-12 18:48 -0500 |
| Message-ID | <87czm175bj.fsf@usenet.ankman.de> |
| In reply to | #119766 |
On Sun, 12 Dec 2021 15:51:23 +0100, Thomas Hochstein wrote: > > Andreas Kohlbach schrieb: > >> On Sun, 12 Dec 2021 10:27:16 +0100, Marcel Mueller wrote: >> > Die Meldungen sind nicht die letzten. >> >> Doch. Die nächste Zeile stammt vom Rebooten. > > Es sind die letzten Meldungen, die noch in die Logdatei geschrieben > werden konnten. Das bedeutet nicht, dass es auch die letzten Meldungen > sind, die in die Logdatei hätten geschrieben werden sollen: > >>> Die Nullbytes zeigen ziemlich deutlich, dass das Dateisystem nicht >>> mehr korrekt geschrieben werden konnte. Es ist sehr wahrscheinlich >>> dass da Meldungen fehlen. Aber selbst wenn du sie hättest, würden die >>> nicht notwendigerweise auf die Ursache deuten. Wenn ich die Zeilen hätte, würde ich hier vielleicht nicht gefragt haben, sofern sie einen Hinweis gegeben hätten. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-12-12 15:53 +0100 |
| Message-ID | <11fh8i-036.ln1@news.martinen.de> |
| In reply to | #119762 |
Am 12.12.21 um 11:25 schrieb Andreas Kohlbach: > On Sun, 12 Dec 2021 10:27:16 +0100, Marcel Mueller wrote: >> >> Am 11.12.21 um 22:27 schrieb Andreas Kohlbach: >> >>> Gestern rächte sich das. Als ich eine Weile weg war, war der Bildschirm >>> nicht wie erwartet "suspendet", sondern zeigte matt das Abbild einer TTY >>> an. Die Tastatur reagierte nicht mal auf ein Sysrq, eine extern >>> angesteckte Tastatur ebenfalls nicht und auch das Pingen vom Tablet aus >>> (beide im selben Netz) lief ins Timeout, dass ich ihn hart abschalten >>> musste. >>> Im Log sind die letzten Einträge: >>> Dec 10 17:04:40 ank pidgin[27324]: json_node_get_object: assertion >>> 'JSON_NODE_IS_VALID (node)' failed >>> Dec 10 17:05:39 ank pidgin[27324]: json_node_get_object: assertion 'JSON_NODE_IS_VALID (node)' failed >>> ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ >>> ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ >> >> Die Meldungen sind nicht die letzten. > > Doch. Die nächste Zeile stammt vom Rebooten. Lies nochmal was Marcel schrieb. Es kann sein das der noch meldungen schreiben wollte, das aber nicht mehr konnte weil das Dateisystem evtl. nicht mehr mit machte. Wenn du dein log also nicht auf einem syslog-server hast oder anderem Medium kannst du nicht sicher wissen was zwischen diesen sichtbar letzten und den reboot-meldungen noch "passierte". Leider wäre das dann der interessantere Teil gewesen. >> Die Nullbytes zeigen ziemlich deutlich, dass das Dateisystem nicht >> mehr korrekt geschrieben werden konnte. Es ist sehr wahrscheinlich >> dass da Meldungen fehlen. Aber selbst wenn du sie hättest, würden die >> nicht notwendigerweise auf die Ursache deuten. >> >> Interessanter wäre eher gewesen, was auf dem Bildschirm stand. Der >> funktioniert oft deutlich länger als das (komplexe) Dateisystem. > > Wie gesagt, zeigte der Bildschirm das Abbild einer TTY. Als ich den > Computer verließ, war er in der GUI. Keine Ahnung, warum er nach dem > Crash den Inhalt einer TTY anzeigte. Die GUI wird von deren Software erzeugt. Wenn die abschmiert ist der normale und natürliche Fallback der auf die Konsole. Heißt: Wenn du einen TTY sahst ist deine GUI mit abgerissen worden. > >> War das vielleicht ein Kernel-Panic? > > Würde ich vermuten, wenn ein Dump im Log wäre. Ist es aber nicht. Ein crashdump hat m.E. in einem log nichts zu suchen. Allenfalls die info das er in verzeichnis soundso gespeichert wurde. Du kannst ja mal nach (temporären) dateien die 'dump' oder 'crash' (auch: Oopsie?) im namen tragen unter /var suchen. Aber, wenn dein Dateisystem sich verabschiedete dann ist es unwarscheinlich das irgendwas noch einen crashdump schreiben könnte. >> Aber ich meine, wenn es die Kiste aller paar Jahre mal zerlegt, lohnt >> es doch kaum, nach den Ursachen zu forschen - wie auch? >> Das kann alles mögliche sein. >> Wenn es wirklich ein Hardwareproblem ist, wird es sich mutmaßlich >> häufen. Dann kann man weiter suchen. Ist ja nicht so als wären noch keine Defekte seiner HW "aktenkundig". > Dann müsste ich mich doch nach neuer Hardware umsehen. Ah. Endlich eine Gute Idee! :-) > Nun an Tag 2 scheint es aber stabil zu laufen. Was aber nichts heißen muss. Ja. Am Tag "Nach der Katastrophe" scheint einem alles wieder RosaBunt zu laufen. Bis(s) zum nächsten Crash. u.s.w. Die Menschliche Natur des In-die-Tasche-lügens ist doch fabelhaft oder? :-) Ｂｙｅ／ ／Ｋａｙ -- 🅟🅞🅢🅣🅔🅓 🅥🅘🅐 🅛🅔🅐🅕🅝🅞🅓🅔
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-12-12 19:32 -0500 |
| Message-ID | <87a6h573ay.fsf@usenet.ankman.de> |
| In reply to | #119767 |
On Sun, 12 Dec 2021 15:53:53 +0100, Kay Martinen wrote: > > Am 12.12.21 um 11:25 schrieb Andreas Kohlbach: >> On Sun, 12 Dec 2021 10:27:16 +0100, Marcel Mueller wrote: >>> >>> Am 11.12.21 um 22:27 schrieb Andreas Kohlbach: >>> >>>> Gestern rächte sich das. Als ich eine Weile weg war, war der Bildschirm >>>> nicht wie erwartet "suspendet", sondern zeigte matt das Abbild einer TTY >>>> an. Die Tastatur reagierte nicht mal auf ein Sysrq, eine extern >>>> angesteckte Tastatur ebenfalls nicht und auch das Pingen vom Tablet aus >>>> (beide im selben Netz) lief ins Timeout, dass ich ihn hart abschalten >>>> musste. >>>> Im Log sind die letzten Einträge: >>>> Dec 10 17:04:40 ank pidgin[27324]: json_node_get_object: assertion >>>> 'JSON_NODE_IS_VALID (node)' failed >>>> Dec 10 17:05:39 ank pidgin[27324]: json_node_get_object: assertion 'JSON_NODE_IS_VALID (node)' failed >>>> ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ >>>> ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ >>> >>> Die Meldungen sind nicht die letzten. >> >> Doch. Die nächste Zeile stammt vom Rebooten. > > Lies nochmal was Marcel schrieb. Es kann sein das der noch meldungen > schreiben wollte, das aber nicht mehr konnte weil das Dateisystem evtl. > nicht mehr mit machte. Wenn du dein log also nicht auf einem > syslog-server hast oder anderem Medium kannst du nicht sicher wissen was > zwischen diesen sichtbar letzten und den reboot-meldungen noch > "passierte". Leider wäre das dann der interessantere Teil gewesen. Okay, habe ich undeutlich ausgedrückt. Ich bestreite nicht, dass da noch andere Meldungen gewesen wären, wenn sie denn hätten geschrieben werden können. >>> Die Nullbytes zeigen ziemlich deutlich, dass das Dateisystem nicht >>> mehr korrekt geschrieben werden konnte. Es ist sehr wahrscheinlich >>> dass da Meldungen fehlen. Aber selbst wenn du sie hättest, würden die >>> nicht notwendigerweise auf die Ursache deuten. >>> >>> Interessanter wäre eher gewesen, was auf dem Bildschirm stand. Der >>> funktioniert oft deutlich länger als das (komplexe) Dateisystem. >> >> Wie gesagt, zeigte der Bildschirm das Abbild einer TTY. Als ich den >> Computer verließ, war er in der GUI. Keine Ahnung, warum er nach dem >> Crash den Inhalt einer TTY anzeigte. > > Die GUI wird von deren Software erzeugt. Wenn die abschmiert ist der > normale und natürliche Fallback der auf die Konsole. Heißt: Wenn du > einen TTY sahst ist deine GUI mit abgerissen worden. Zum einen war dieses TTY Abbild lichtschwach, zum anderen hätte vorher in den Logs etwas bezüglich des Abschmieren der GUI stehe müssen. Dem ist aber nicht so. Der letzten lesbaren Eintrag waren beide von Pidgin mit einigen Sekunden Abstand, welches in der GUI lief. Dann das "Nullbyte" (ohne Zeitstempel). >>> War das vielleicht ein Kernel-Panic? >> >> Würde ich vermuten, wenn ein Dump im Log wäre. Ist es aber nicht. > > Ein crashdump hat m.E. in einem log nichts zu suchen. Allenfalls die > info das er in verzeichnis soundso gespeichert wurde. Du kannst ja mal > nach (temporären) dateien die 'dump' oder 'crash' (auch: Oopsie?) im > namen tragen unter /var suchen. > > Aber, wenn dein Dateisystem sich verabschiedete dann ist es > unwarscheinlich das irgendwas noch einen crashdump schreiben könnte. Hmm. Ist bei mir das erste Mal, dass nichts im Log auftaucht. Daher hatte ich wieder einen Dump erwartet. >>> Aber ich meine, wenn es die Kiste aller paar Jahre mal zerlegt, lohnt >>> es doch kaum, nach den Ursachen zu forschen - wie auch? >>> Das kann alles mögliche sein. > >>> Wenn es wirklich ein Hardwareproblem ist, wird es sich mutmaßlich >>> häufen. Dann kann man weiter suchen. > > Ist ja nicht so als wären noch keine Defekte seiner HW "aktenkundig". Das sind meist nur Äußerlichkeiten, wie der Bildschirm des Notebooks, was sich selbst nicht mehr in Position hält, eine Handvoll ausgefallener Tasten und dem Abrieb der Buchstaben. >> Dann müsste ich mich doch nach neuer Hardware umsehen. > > Ah. Endlich eine Gute Idee! :-) Darüber habe ich allerdings so gut wie keine Kontrolle. >> Nun an Tag 2 scheint es aber stabil zu laufen. Was aber nichts heißen muss. > > Ja. Am Tag "Nach der Katastrophe" scheint einem alles wieder RosaBunt zu > laufen. Bis(s) zum nächsten Crash. u.s.w. > > Die Menschliche Natur des In-die-Tasche-lügens ist doch fabelhaft oder? :-) Er lief vorher Monate problemlos. Und muss auch weiter, bis Ersatz beschafft werden kann (wann immer das auch sein wird). -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> |
|---|---|
| Date | 2021-12-13 11:28 +0100 |
| Message-ID | <4sjj8i-c0t1.ln1@martin.motzarella.org> |
| In reply to | #119776 |
Am Sonntag, 12.12.2021 19:32 schrieb Andreas Kohlbach: > Okay, habe ich undeutlich ausgedrückt. Ich bestreite nicht, dass da noch > andere Meldungen gewesen wären, wenn sie denn hätten geschrieben werden > können. Schau mal, ob dmesg noch zusätzliche Meldungen ausgibt, sofern es noch der erste Start nach dem crash war. Ich habe hier gelegentlich auch freezes, bei denen nichts mehr ins journal geschrieben werden kann, nach einen Neustart finde ich aber in dmesg Einträge wie | BERT: Error records from previous boot: mit Informationen zum Absturz. -- powered by Arch Linux x86_64 🐧 Kernel: 5.15.7-arch1-1 KDE-Plasma 5.23.4 · KDE-Frameworks 5.88.0 · Qt 5.15.2
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-12-13 07:40 -0500 |
| Message-ID | <87mtl465kx.fsf@usenet.ankman.de> |
| In reply to | #119802 |
On Mon, 13 Dec 2021 11:28:52 +0100, Martin Schnitkemper wrote: > > Am Sonntag, 12.12.2021 19:32 schrieb Andreas Kohlbach: > >> Okay, habe ich undeutlich ausgedrückt. Ich bestreite nicht, dass da noch >> andere Meldungen gewesen wären, wenn sie denn hätten geschrieben werden >> können. > > Schau mal, ob dmesg noch zusätzliche Meldungen ausgibt, sofern es noch der > erste Start nach dem crash war. dmesg wird hier seit 2015 nicht mehr geführt. journalctl sagt auch nichts. -- Andreas
[toc] | [prev] | [next] | [standalone]
Page 1 of 20 [1] 2 3 … 20 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web