Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #369166 > unrolled thread
| Started by | Helmut Schellong <var@schellong.biz> |
|---|---|
| First post | 2026-09-08 19:00 +0200 |
| Last post | 2026-09-12 15:31 +0200 |
| Articles | 20 on this page of 227 — 17 participants |
Back to article view | Back to de.sci.electronics
Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-08 19:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-08 22:34 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 07:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 13:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 16:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-09 16:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 17:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-10 07:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-10 16:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 18:12 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 17:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 01:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 13:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 15:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 17:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 20:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 00:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 18:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 12:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 22:06 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 20:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 09:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:39 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-13 15:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 22:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 00:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 21:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-13 22:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 23:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 11:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 11:56 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 16:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 17:31 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 19:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-15 23:49 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 12:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-17 00:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 11:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 19:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-15 09:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:39 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-14 10:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 11:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-15 08:25 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-16 08:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 13:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-16 18:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-16 23:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-17 08:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 15:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 09:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 11:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 12:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 11:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 11:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:12 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 01:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 09:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 14:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 20:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-14 16:25 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-13 15:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-13 21:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 11:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 12:00 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 13:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 16:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-14 19:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 22:46 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-15 09:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 13:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-17 14:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 16:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 08:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 08:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 11:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-18 09:53 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-18 12:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-18 22:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Christian Weisgerber <naddy@mips.inka.de> - 2026-09-18 14:53 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 18:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-18 22:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 00:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 02:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-19 09:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 14:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-19 15:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-19 20:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 15:16 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-17 15:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 17:25 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-17 20:37 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 21:53 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-17 21:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-17 22:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-17 21:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-18 10:36 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-14 16:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-14 17:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-12 06:55 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 23:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Ralph Aichinger <ra@h5.or.at> - 2026-09-10 19:04 +0000
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 01:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 10:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 11:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 14:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-10 15:35 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Hergen Lehmann <hlehmann-usenet26@snafu.de> - 2026-09-10 16:24 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Axel Berger <Spam@Berger-Odenthal.De> - 2026-09-10 21:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-16 06:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-10 22:20 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 16:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 15:45 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2026-09-11 18:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 15:57 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:10 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-09 18:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:18 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 00:42 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 09:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-10 22:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 00:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 08:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 09:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 09:31 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 13:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 15:46 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-12 15:56 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-24 18:43 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 16:29 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 23:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 14:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 16:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-09 22:14 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 00:22 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 09:52 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Heinz Schmitz <sch@example.invalid> - 2026-09-09 09:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2026-09-09 09:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 15:07 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 15:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-09 17:21 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-09 18:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-10 07:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 14:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-11 09:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 09:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Stefan Wiens <s.wi@gmx.net> - 2026-09-11 15:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 11:38 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:08 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 19:01 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:32 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 12:41 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:55 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 18:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-09 23:30 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 02:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 10:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-10 15:54 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-10 20:18 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 01:02 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 15:03 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-10 23:28 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-11 10:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 09:05 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-14 20:04 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-14 20:40 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Andreas Bockelmann <xotzil@gmx.de> - 2026-09-15 09:13 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Bernd Laengerich <Bernd.Laengerich@web.de> - 2026-09-15 09:09 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-15 15:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Heinz Schmitz <sch@example.invalid> - 2026-09-21 14:23 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2026-09-11 18:17 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:26 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 08:15 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-12 09:50 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Volker Bartheld <news2026@bartheld.net> - 2026-09-12 10:45 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:59 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-12 15:58 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 16:48 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 14:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:51 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-09-11 18:19 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-11 20:44 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-11 21:33 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 13:11 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Marcel Mueller <news.5.maazl@spamgourmet.org> - 2026-09-12 13:47 +0200
Re: Aus den Angeln hebender Reinfall bei Backup ins Internet Helmut Schellong <var@schellong.biz> - 2026-09-12 15:31 +0200
Page 11 of 12 — ← Prev page 1 … 9 10 [11] 12 Next page →
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-11 01:02 +0200 |
| Message-ID | <117vctk$1r33$1@solani.org> |
| In reply to | #369258 |
Alexander Schreiber wrote on 10.09.2026 20:18: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 10.09.2026 10:13: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Sieghard Schicktanz wrote on 09.09.2026 23:30: >>>>> Hallo Helmut, >>>>> >>>>> Du schriebst am Wed, 9 Sep 2026 15:03:57 +0200: >>>>> >>>>>> Warum? Ich lade zu meiner Webseite hoch (keine Cloud!). >>>>> >>>>> Zwei Fehler - einmal falsche Wortwahl, zum anderen Widerspruch mit der >>>>> parenthetischen Anmerkung. (Orthographie bleibt unberücksichtigt.) >>>> >>>> Fakt ist, daß Webspace für Homepages und Webspace für Clouds technisch >>>> nur wenig unterschiedlich >>> >>> Nein, nein, der "Webspace für Clouds" ist - wie der Name schon ganz >>> eindeutig nahelegt - besonders nebulös, während man sich im "Webspace >>> für Homepages" eher zu Hause fühlen soll. >> >> Vorstehend sind aber keine technischen Aspekte, sondern eher Unternehmenspolitik. >> Dieser andere Teil ist hier gelöscht. >> >>>> Mit Clouds wollen daher viel viel mehr Unternehmen ihr Glück versuchen. >>> >>> [ ] Du hast verstanden. >> >> Ich habe sehr wohl verstanden. >> >> Warum gehen denn so viele Cloud-Unternehmen insolvent? > > Weder bei Microsoft (Azure) noch Amazon (AWS) oder Google (GCP) sieht es > nach unmittelbar bevorstehendem Konkurs aus. Und bei STACKIT (aus der > Schwarz-Gruppe (u.a. Lidl, Kaufland)) scheint es auch gut zu laufen. Hier gab es doch ein Posting dazu!!! Nicht von mir! Vornehmlich scheinen viele kleinere Nur-Cloud-Firmen insolvent zu werden. Die großen Player, die Cloud eben auch machen, werden nicht insolvent. Ich habe bei IONOS eine Cloud 100 GB für 1 EUR gemietet; inzwischen sind es 1,5 EUR. Es wundert mich nicht, daß dabei kleine Firmen nicht mithalten können. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-11 15:03 +0200 |
| Message-ID | <slrn11a7v06.2l9d4.als@frodo.angband.thangorodrim.de> |
| In reply to | #369268 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 10.09.2026 20:18:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Alexander Schreiber wrote on 10.09.2026 10:13:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> Sieghard Schicktanz wrote on 09.09.2026 23:30:
>>>>>> Hallo Helmut,
>>>>>>
>>>>>> Du schriebst am Wed, 9 Sep 2026 15:03:57 +0200:
>>>>>>
>>>>>>> Warum? Ich lade zu meiner Webseite hoch (keine Cloud!).
>>>>>>
>>>>>> Zwei Fehler - einmal falsche Wortwahl, zum anderen Widerspruch mit der
>>>>>> parenthetischen Anmerkung. (Orthographie bleibt unberücksichtigt.)
>>>>>
>>>>> Fakt ist, daß Webspace für Homepages und Webspace für Clouds technisch
>>>>> nur wenig unterschiedlich
>>>>
>>>> Nein, nein, der "Webspace für Clouds" ist - wie der Name schon ganz
>>>> eindeutig nahelegt - besonders nebulös, während man sich im "Webspace
>>>> für Homepages" eher zu Hause fühlen soll.
>>>
>>> Vorstehend sind aber keine technischen Aspekte, sondern eher Unternehmenspolitik.
>>> Dieser andere Teil ist hier gelöscht.
>>>
>>>>> Mit Clouds wollen daher viel viel mehr Unternehmen ihr Glück versuchen.
>>>>
>>>> [ ] Du hast verstanden.
>>>
>>> Ich habe sehr wohl verstanden.
>>>
>>> Warum gehen denn so viele Cloud-Unternehmen insolvent?
>>
>> Weder bei Microsoft (Azure) noch Amazon (AWS) oder Google (GCP) sieht es
>> nach unmittelbar bevorstehendem Konkurs aus. Und bei STACKIT (aus der
>> Schwarz-Gruppe (u.a. Lidl, Kaufland)) scheint es auch gut zu laufen.
>
> Hier gab es doch ein Posting dazu!!! Nicht von mir!
> Vornehmlich scheinen viele kleinere Nur-Cloud-Firmen insolvent zu werden.
> Die großen Player, die Cloud eben auch machen, werden nicht insolvent.
Was vermutlich u.a. daran liegt, dass die notwendige Infrastruktur, sowas
ordentlich zu bauen, erheblichen u.a. finanziellen Aufwand sowie erhebliches
Fachwissen erfordert. Aus der Garage heraus baut man sowas nicht auf.
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2026-09-10 23:28 +0200 |
| Message-ID | <20260910232856.6897aaf5@Achmuehle.WOR> |
| In reply to | #369223 |
Hallo Helmut, Du schriebst am Thu, 10 Sep 2026 02:04:28 +0200: > >> Warum? Ich lade zu meiner Webseite hoch (keine Cloud!). ... > Allerdings sehe ich hier keine falsche Wortwahl und auch keine > parenthetische Anmerkung. Wohl, weil jeglicher Kontext fehlt. Deine Web-Site besteht aus einer einzigen Seite? BTW, "parenthetisch" bedeutet sowas wie "in Klammern stehend". (Du mußt nicht antworten, und ich werde nicht weiter antworten.) -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Andreas Bockelmann <xotzil@gmx.de> |
|---|---|
| Date | 2026-09-11 10:13 +0200 |
| Message-ID | <0e7e58c3137e2f4b4d0bcbba103910bd@wxp-nb-01.mouse.local> |
| In reply to | #369175 |
Heinz Schmitz schrieb:
> Helmut Schellong wrote:
>
>> ...
>> Meine dritte Stufe - Backup ins Internet - hatte ich im Juli erfolgreich in Betrieb genommen.
>
> Google, Übersicht mit KI, <cloud-providerr pleite>:
> "Wenn ein Cloud-Provider Insolvenz anmeldet, droht Kunden oft
> der Verlust oder die Sperrung ihrer Daten, wie der aktuelle
> Fall des US-Senders „Nine PBS“ zeigt, dessen 70-jähriges
> TV-Archiv bei dem pleitegegangenen Anbieter „Open Source
> Storage“ blockiert wurde."
>
> https://www.golem.de/news/worst-case-szenario-tritt-ein-cloudanbieter-geht-durch-hackerangriff-pleite-2404-184481.html
> "24. April 2024 um 09:05
> Worst-Case-Szenario tritt ein
> Cloudanbieter geht durch Hackerangriff pleite"
>
> https://www.cmm360.ch/artikel/wenn-der-cloud-provider-konkurs-geht-was-geschieht-mit-meinen-daten/
> "01.07.2019
> Wenn der Cloud Provider Konkurs geht: Was geschieht
> mit meinen Daten?"
>
> https://www.youtube.com/watch?v=-19lumv8weE
> . "Cloud Anbieter pleite ?? Alle Daten weg und jetzt???"
>
Guter Einwand. Ich sichere auf ein NAS. Das Verzeich nis mit den wichtigsten
Backups wird mit einem WebDAV synchronisiert. Ich habe die Hoffnung
irgendwann Glasfaser 1000/500Mbit zu bekommen und wollte dann die Synology
abbauen und nur noch zum Hoster übertragen. Aber deine beispiele lassen mich
das Vorhaben überdenken.
Dann müsste der Trend zum zweiten Hoster gehen
--
Mit freundlichen Grüßen
Andreas Bockelmann
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-12 09:05 +0200 |
| Message-ID | <81e57c79b261fc03716b05ff4c0a7e00db6c5ffa.camel@bartheld.net> |
| In reply to | #369277 |
On Fri, 2026-09-11 at 10:13 +0200, Andreas Bockelmann wrote: > > https://www.youtube.com/watch?v=-19lumv8weE > > "Cloud Anbieter pleite ?? Alle Daten weg und jetzt???" > Ich sichere auf ein NAS. Nur der Vollständigkeit halber: Wenn das Teil 7/24 Online ist, würde ich nicht unbedingt von einer "Sicherung" sprechen. Ein kleines Überspannungsereignis und der Rechner mit der ersten Ausfertigung des Datenstands ist genauso im Eimer wie das an derselben Steckerleiste, Router, DSL-Modem, usw. hängende NAS. > Das Verzeichnis mit den wichtigsten Backups wird mit einem WebDAV > synchronisiert. Was sind denn die "wichtigsten Backups"? Ist das nur eine Unermenge des Datenbestands oder ein bestimmter Zeitpunkt der Rotation? > Ich habe die Hoffnung irgendwann Glasfaser 1000/500Mbit zu bekommen und wollte > dann die Synology abbauen und nur noch zum Hoster übertragen. Gib die Hoffnung mal schleunigst auf. Haben ist besser als brauchen. So ein NAS hat noch viele andere Vorteile, nicht nur Datensouveränität. _Parallel_ den Hoster zu nutzen, ist gar keine schlechte Idee. Wäre bei mir aber schwierig, nicht nur wegen der Bandbreite, sondern auch, weil ~8TB extern gar nicht mehr so günstig sind und das vollmundig versprochene GBit-Internet mit FFTH auf sich warten lässt. Da ist mir das Netgear RN214 mit Link-Aggregation deutlich lieber, muss aber zähneknirschend immer mal wieder eine externe Festplatte im USB3-Gehäuse anhängen. Die sind zwar auch nicht billig, aber im Vergleich zu irgendwelchen LTO-9-Systemen (https://de.wikipedia.org/wiki/Linear_Tape_Open) gewissermaßen ein Schnäppchen. Und für die 400MB/s muss man bei einem Vollbackup auch Geduld mitbringen. Volker
[toc] | [prev] | [next] | [standalone]
| From | Andreas Bockelmann <xotzil@gmx.de> |
|---|---|
| Date | 2026-09-14 20:04 +0200 |
| Message-ID | <3c8cbf198f03769677deb1b1e86c3c6d@wxp-nb-01.mouse.local> |
| In reply to | #369311 |
Volker Bartheld schrieb:
> On Fri, 2026-09-11 at 10:13 +0200, Andreas Bockelmann wrote:
>>> https://www.youtube.com/watch?v=-19lumv8weE
>>> "Cloud Anbieter pleite ?? Alle Daten weg und jetzt???"
>> Ich sichere auf ein NAS.
>
> Nur der Vollständigkeit halber: Wenn das Teil 7/24 Online ist, würde ich nicht
> unbedingt von einer "Sicherung" sprechen. Ein kleines Überspannungsereignis und
> der Rechner mit der ersten Ausfertigung des Datenstands ist genauso im Eimer wie
> das an derselben Steckerleiste, Router, DSL-Modem, usw. hängende NAS.
>
>> Das Verzeichnis mit den wichtigsten Backups wird mit einem WebDAV
>> synchronisiert.
>
> Was sind denn die "wichtigsten Backups"? Ist das nur eine Unermenge des
> Datenbestands oder ein bestimmter Zeitpunkt der Rotation?
Ausgesuchte Verzeichnisse mit persönlichen Daten und das Acronis-Backup der
VM, die ich hier gerade benutze. Da ist nahezu mein komplettes Privatleben
drin gespeichert, inkl. sämtlicher Bankzugänge.
Ziel ist es, das sich im Falle eines Volldesasters (Totalverlust meiner
kompletten Hardware) Per neuem gerät und sicher verwahrtem Zugang zum
Provider in mximal 24 Stunden wieder meine VM im Einsatz habe, ggf. mit 24
Stunden Datenverlust. Alles andere klären wir danach.
>
>> Ich habe die Hoffnung irgendwann Glasfaser 1000/500Mbit zu bekommen und wollte
>> dann die Synology abbauen und nur noch zum Hoster übertragen.
>
> Gib die Hoffnung mal schleunigst auf. Haben ist besser als brauchen. So ein NAS
> hat noch viele andere Vorteile, nicht nur Datensouveränität. _Parallel_ den
> Hoster zu nutzen, ist gar keine schlechte Idee. Wäre bei mir aber schwierig,
> nicht nur wegen der Bandbreite, sondern auch, weil ~8TB extern gar nicht mehr so
> günstig sind und das vollmundig versprochene GBit-Internet mit FFTH auf sich
> warten lässt.
Ich habe ja genau die Lösung. Ein NAS mit 4x8TB im Raid5, also ca. 21TB
netto, die werden regelmäßig auf ein USB-RAID1 kopiert. Zusätzlich werden
die wichtigsten Daten auf ein 1TB WebDAV synchronisiert. Und
selbstverständlich ist hier alles veschlüsselt.
--
Mit freundlichen Grüßen
Andreas Bockelmann
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-14 20:40 +0200 |
| Message-ID | <e21ece56e23b43aab5e2ff78d60d8061ef438409.camel@bartheld.net> |
| In reply to | #369416 |
On Mon, 2026-09-14 at 20:04 +0200, Andreas Bockelmann wrote: > Volker Bartheld schrieb: > > Was sind denn die "wichtigsten Backups"? Ist das nur eine Unermenge des > > Datenbestands oder ein bestimmter Zeitpunkt der Rotation? > Ausgesuchte Verzeichnisse mit persönlichen Daten und das Acronis-Backup der > VM, die ich hier gerade benutze. Acronis hatte ich auch mal, wir sind dann irgendwann getrennte Wege gegangen. Wenn Du etwas mit GUI suchst, empfehle ich einen https://de.wikipedia.org/wiki/Clonezilla Bootstick. Gibt zwar eine gewisse Lernkurve, ist aber halb so wild. Alldieweil ich da wirklich nur die Bootpartition mit dem Betriebssystem als Image wegschreibe, weil ich ein ungeduldiger Mensch bin und im Falle eines SSD-Defekts einfach das Reserveexemplar reinschieben und weiterarbeiten will. Soll heißen: /root und /home sind auf getrennten Laufwerken. Bei Windows ein Staatsakt, bei Linux ein Mausklick. > Da ist nahezu mein komplettes Privatleben drin gespeichert, inkl. sämtlicher > Bankzugänge. Ziel ist es, das sich im Falle eines Volldesasters (Totalverlust > meiner kompletten Hardware) Per neuem gerät und sicher verwahrtem Zugang zum > Provider in mximal 24 Stunden wieder meine VM im Einsatz habe, ggf. mit 24 > Stunden Datenverlust. Sinnvoller Ansatz. Gibt zwar Menschen, die halten ein Betriebssystembackup für entbehrlich - das mag bei einer 08-15-Installation so sein, aber nicht, wenn Du den ganzen Kram mühevoll hingetunt, 1.001 Programme installiert und konfiguriert hast. Meine Motivation, mich wieder in smb.conf, sysctl.conf, fstab, usw. einzufuchsen, die Monitorkalibrierungen aufzuspielen, nur um dann festzustellen, dass ich /etc/ImageMagick-6/policy.xml anzufassen vergessen habe, was irgendwelche obskuren Fehler beim PDF-OCR erzeugt, ist denkbar gering. Die 25GB der Bootpartition sind hingegen in ein paar Minuten zurückgespielt. Pass aber bloß auf, dass Du Dir nicht irgendwelche Backups mit korrupten Daten überschreibst. Paradebeispiel sind Passwortdateien, die Du auf dem Livesystem versehentlich leerst und dann mit rsync --archive usw. überbügelst. Das hat mir ein paar Videodateien verkrüppelt, IIRC dieser Athlon-DMA-Bug damals, der mit irgendwelchen Soundkarten/Chipsätzen große Dateien vermurkste. > Ich habe ja genau die Lösung. Ein NAS mit 4x8TB im Raid5, also ca. 21TB > netto, die werden regelmäßig auf ein USB-RAID1 kopiert. Zusätzlich werden > die wichtigsten Daten auf ein 1TB WebDAV synchronisiert. Und > selbstverständlich ist hier alles veschlüsselt. Dann gibt es m. b. M. n. nichts, was Du groß ändern solltest. Volker
[toc] | [prev] | [next] | [standalone]
| From | Andreas Bockelmann <xotzil@gmx.de> |
|---|---|
| Date | 2026-09-15 09:13 +0200 |
| Message-ID | <3e8c8c9f5917d8322f8f7a979cd5b67a@wxp-nb-01.mouse.local> |
| In reply to | #369418 |
Volker Bartheld schrieb:
> On Mon, 2026-09-14 at 20:04 +0200, Andreas Bockelmann wrote:
>> Volker Bartheld schrieb:
>>> Was sind denn die "wichtigsten Backups"? Ist das nur eine Unermenge des
>>> Datenbestands oder ein bestimmter Zeitpunkt der Rotation?
>> Ausgesuchte Verzeichnisse mit persönlichen Daten und das Acronis-Backup der
>> VM, die ich hier gerade benutze.
>
> Acronis hatte ich auch mal, wir sind dann irgendwann getrennte Wege gegangen.
>
> Wenn Du etwas mit GUI suchst, empfehle ich einen
> https://de.wikipedia.org/wiki/Clonezilla Bootstick. Gibt zwar eine gewisse
> Lernkurve, ist aber halb so wild. Alldieweil ich da wirklich nur die
> Bootpartition mit dem Betriebssystem als Image wegschreibe, weil ich ein
> ungeduldiger Mensch bin und im Falle eines SSD-Defekts einfach das
> Reserveexemplar reinschieben und weiterarbeiten will. Soll heißen: /root und
> /home sind auf getrennten Laufwerken. Bei Windows ein Staatsakt, bei Linux ein
> Mausklick.
Meine VMs laufen alle auf VMWare ESXi 8.0 free edition. Hin und wieder
schreibe ich einzelne VMs manuell angesteuert mit tar aufs Storage. Das
Acronis-Image meiner wichtigsten Windows-Maschine kann ich notfalls per
Acronis-BootStick auch auf Blech wiederherstellen.
--
Mit freundlichen Grüßen
Andreas Bockelmann
[toc] | [prev] | [next] | [standalone]
| From | Bernd Laengerich <Bernd.Laengerich@web.de> |
|---|---|
| Date | 2026-09-15 09:09 +0200 |
| Message-ID | <ngs99fF2oosU1@mid.individual.net> |
| In reply to | #369416 |
Am 14.09.2026 um 20:04 schrieb Andreas Bockelmann: > Und selbstverständlich ist hier alles veschlüsselt. Hoffentlich mit selbst geschriebenen Programmen :-D Bernd
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-15 15:23 +0200 |
| Message-ID | <118bgrc$afuf$1@solani.org> |
| In reply to | #369425 |
Bernd Laengerich wrote on 15.09.2026 09:09: > Am 14.09.2026 um 20:04 schrieb Andreas Bockelmann: > >> Und selbstverständlich ist hier alles veschlüsselt. > > Hoffentlich mit selbst geschriebenen Programmen :-D Schon wieder eine Täuschung der Leser hier. Ich habe mehrfach und ausdrücklich geschrieben, daß ich der Wirkung meines selbst geschriebenen Programms stets mindestens die Wirkung eines weiteren Krypto-Algorithmus' hinzufüge. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Heinz Schmitz <sch@example.invalid> |
|---|---|
| Date | 2026-09-21 14:23 +0200 |
| Message-ID | <n982bld22f0c1nocqk2n665eoso5tjtgms@4ax.com> |
| In reply to | #369175 |
Heinz Schmitz wrote: >>... >>Meine dritte Stufe - Backup ins Internet - hatte ich im Juli erfolgreich in Betrieb genommen. https://www.youtube.com/watch?v=MGP0cX0S5w0&t=57s "AWS gibt auf: Daten aus drei Rechenzentren nicht mehr erreichbar" Grüße, H.
[toc] | [prev] | [next] | [standalone]
| From | Manuel Reimer <manuel.nulldevice@nurfuerspam.de> |
|---|---|
| Date | 2026-09-11 18:17 +0200 |
| Message-ID | <11819j0$320l1$1@dont-email.me> |
| In reply to | #369166 |
On 08.09.26 19:00, Helmut Schellong wrote: > Zu aktueller Zeit (Sept) wollte ich mal teilweise neu hochladen. > Das funktionierte jedoch _diesmal_ nachhaltig nicht !!! > > Ich analysierte zwei Tage lang gründlich und fand heraus, daß beim > Hochladen nach jeweils > 20 bis 30 Minuten die Verbindungen absichtlich aus zeitlichen Gründen > gekappt wurden! > ... > Folglich habe ich eine Umgehung dieses Problems entwickelt. Ich weiß ja nicht wie gut so das Verhältnis zwischen dir und deinem Provider ist, aber wenn es dermaßen schlecht ist, dann würde ich einen Providerwechsel in Betracht ziehen. Andernfalls ist das von dir analysierte Verhalten der SSH-Verbindung ein Fehler und auch als solches zu behandeln. Sprich: Mach ein Ticket beim Provider auf. Gruß Manuel
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-11 20:26 +0200 |
| Message-ID | <1181h54$3cv7$1@solani.org> |
| In reply to | #369292 |
Manuel Reimer wrote on 11.09.2026 18:17: > On 08.09.26 19:00, Helmut Schellong wrote: >> Zu aktueller Zeit (Sept) wollte ich mal teilweise neu hochladen. >> Das funktionierte jedoch _diesmal_ nachhaltig nicht !!! >> >> Ich analysierte zwei Tage lang gründlich und fand heraus, daß beim Hochladen nach jeweils >> 20 bis 30 Minuten die Verbindungen absichtlich aus zeitlichen Gründen gekappt wurden! >> ... >> Folglich habe ich eine Umgehung dieses Problems entwickelt. > > Ich weiß ja nicht wie gut so das Verhältnis zwischen dir und deinem Provider ist, aber wenn es dermaßen schlecht ist, dann würde ich > einen Providerwechsel in Betracht ziehen. Das Verhältnis ist normal gut. Es sind halt Abbrüche bei Up-Transfers mit langer Dauer aufgetaucht. > Andernfalls ist das von dir analysierte Verhalten der SSH-Verbindung ein Fehler und auch als solches zu behandeln. Sprich: Mach ein > Ticket beim Provider auf. Ja, daran hatte ich auch gedacht. Aber ich habe in NullKommaNix zwei Skripte geschrieben, die die großen Archiv-Dateien automatisch in kleinere Teildateien splitten und wieder zusammenbauen können. Solche Tools wollte ich sowieso schon länger mal haben. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 08:15 +0200 |
| Message-ID | <1182qlg$lb9s$1@news1.tnib.de> |
| In reply to | #369297 |
Helmut Schellong <var@schellong.biz> wrote: >Aber ich habe in NullKommaNix zwei Skripte geschrieben, die die großen Archiv-Dateien >automatisch in kleinere Teildateien splitten und wieder zusammenbauen können. Weil Du rsync nicht kennst, das Deinen großen Upload beim näcshten Aufruf einfach an der Stelle fortsetzt wo er abgebrochen wurde. So macht das die Welt und die Lösung ist gut. >Solche Tools wollte ich sowieso schon länger mal haben. Aber warum? -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-12 09:50 +0200 |
| Message-ID | <slrn11aa12a.3huhl.als@mordor.angband.thangorodrim.de> |
| In reply to | #369305 |
Marc Haber <mh+usenetspam2616@zugschl.us> wrote: > Helmut Schellong <var@schellong.biz> wrote: >>Aber ich habe in NullKommaNix zwei Skripte geschrieben, die die großen Archiv-Dateien >>automatisch in kleinere Teildateien splitten und wieder zusammenbauen können. > > Weil Du rsync nicht kennst, das Deinen großen Upload beim näcshten > Aufruf einfach an der Stelle fortsetzt wo er abgebrochen wurde. > > So macht das die Welt und die Lösung ist gut. > >>Solche Tools wollte ich sowieso schon länger mal haben. > > Aber warum? Seltsame Ideen und stolz darauf? SCNR, Alex. -- "Opportunity is missed by most people because it is dressed in overalls and looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-12 10:45 +0200 |
| Message-ID | <8dcc6adfbf3f2de99998f167765d69f0cd8de37c.camel@bartheld.net> |
| In reply to | #369314 |
On Sat, 2026-09-12 at 09:50 +0200, Alexander Schreiber wrote: > Marc Haber <mh+usenetspam2616@zugschl.us> wrote: > > Helmut Schellong <var@schellong.biz> wrote: > > > Aber ich habe in NullKommaNix zwei Skripte geschrieben, die die großen > > > Archiv-Dateien automatisch in kleinere Teildateien splitten und wieder > > > zusammenbauen können. > > Weil Du rsync nicht kennst, das Deinen großen Upload beim näcshten > > Aufruf einfach an der Stelle fortsetzt wo er abgebrochen wurde. > > So macht das die Welt und die Lösung ist gut. > > > Solche Tools wollte ich sowieso schon länger mal haben. > > Aber warum? > Seltsame Ideen und stolz darauf? Manchmal ist es nicht NIHS, sondern weil verfügbares Zeugs aus irgendeinem Grund das konkrete Problem nicht löst. Dann wird man aber möglicherweise auf verfügbarem Zeug aufsetzen, vielleicht einen PR auf GIT einreichen und die Community an der Verbesserung teilhaben lassen, anstatt im stillen Kämmerchen irgendwas Halbgares zusammenstricken. Ich hatte neulich ein Problem mit dem Relink/Repair-Feature von Lightworks (https://lwks.com/), dahingehend, dass nach Umzug von SMB auf NFS und Restrukturierung der Shares die Mediendateien einiger Projekte offline waren. Die Lightworks-Bordmethoden sind dabei nur begrenzt hilfreich, da sie sich den ersten Treffer auf den jeweiligen Dateinamen greifen, was bei "Clip_0042.mp4" ohne jede Plausibilisierung nach Dateigröße, Prüfsumme, Pfad, usw. natürlich voll ins Auge geht. Und das bei 500+ Dateien einzeln zu machen, fand ich doof. Also schrieb ich mir selber eine schlauere Alternative in C++17: https://forum.lwks.com/threads/smart-er-relink.253687/ (was sich u. A. wegen des notwendigen Reverse-Engineering von Lightworks- Projekt- und Verzeichnisstrukturen als überraschend kompliziert darstellte) und schenkte den Source Code nebst Win/Lin-Binaries dem Lightworks-Forum. Und, ja, ich bekenne mich hier ebenfalls des NIHS schuldig, d. h. den FNV-1a 64- bit Hashalgorithmus reimplementiert zu haben. Weil ich mir wegen 100 Zeilen Code keine Abhängigkeit zu Crypto++ ans Bein binde. In der Grabbelkiste liegt auch noch WinLayout.exe, weil es mich irgendwann final ankekste, wenn ich mich @home per Remote Desktop mit dem Win11-Rechner @work verbinde und dann am nächsten Tag vor Ort Windows die ganzen Fenster durcheinandergewurschtelt hat, weil das Monitorlayout daheim und vor Ort unterschiedlich war. Dafür gibts verblüffenderweise kein leichtgewichtiges CLI-Tool, weswegen ich mir mit C++ einen robusten Matching-Algorithmus anhand von vorher abgespeicherten Parametern wie zum Fenster gehöriges EXE, Fenstertitel, Klasse, Position und Größe, einem unscharfen Titelvergleich (Longest Common Substring) aus der Nase gezogen habe und die Kandidaten per Hungarian-Algorithmus optimal 1:1 zuordne. Das klappt (u. A. bei maximiertem MS VS Code) nicht immer 100%ig, aber 17 von 18 Fenster wieder an der richtigen Stelle spart trotzdem Nerven. Würde ich rsync imitieren? Oder split reimplementieren? Nie im Leben. Irgendwelche selbst hergestellten Dateifragmente im Internet ohne Prüfsumme hin- und herzuschicken, weil irgendein Provider längere Uploads abwürgt, ist doch sowieso ein Selbstmordkommando. Was gibts an: ssh-keygen -t ed25519 ssh-copy-id username@webspace.example.com rsync -avh --progress --partial --append-verify \ ~/temp/archive.tar.gz \ username@webspace.example.com:/path/to/webspace/ auszusetzen? Volker
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 14:59 +0200 |
| Message-ID | <1183ic8$4r9f$1@solani.org> |
| In reply to | #369316 |
Volker Bartheld wrote on 12.09.2026 10:45: > On Sat, 2026-09-12 at 09:50 +0200, Alexander Schreiber wrote: >> Marc Haber <mh+usenetspam2616@zugschl.us> wrote: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Aber ich habe in NullKommaNix zwei Skripte geschrieben, die die großen >>>> Archiv-Dateien automatisch in kleinere Teildateien splitten und wieder >>>> zusammenbauen können. >>> Weil Du rsync nicht kennst, das Deinen großen Upload beim näcshten >>> Aufruf einfach an der Stelle fortsetzt wo er abgebrochen wurde. >>> So macht das die Welt und die Lösung ist gut. >>>> Solche Tools wollte ich sowieso schon länger mal haben. >>> Aber warum? >> Seltsame Ideen und stolz darauf? > > Manchmal ist es nicht NIHS, sondern weil verfügbares Zeugs aus irgendeinem Grund > das konkrete Problem nicht löst. Dann wird man aber möglicherweise auf > verfügbarem Zeug aufsetzen, vielleicht einen PR auf GIT einreichen und die > Community an der Verbesserung teilhaben lassen, anstatt im stillen Kämmerchen > irgendwas Halbgares zusammenstricken. Meine Skripte sind nichts Halbgares - die bleiben für immer. [...] > Würde ich rsync imitieren? Oder split reimplementieren? Nie im Leben. Würde ich auch nicht machen - nie. Und ich habe es auch nicht gemacht, obwohl 'fsplit' vom Namen her diesen Eindruck macht. 'fsplit' und 'fcat' sind ein Skript-Paar, das nur untereinander arbeiten kann! > Irgendwelche selbst hergestellten Dateifragmente im Internet ohne Prüfsumme hin- Prüfsummen werden von mir außerordentlich beachtet eingesetzt. Ich habe im Zusammenhang hier Prüfsummen gezeigt. Es gibt noch weitere beim Verschlüsselungs-Skript, das hier nicht gezeigt ist. > und herzuschicken, weil irgendein Provider längere Uploads abwürgt, ist doch > sowieso ein Selbstmordkommando. Was gibts an: > > ssh-keygen -t ed25519 > ssh-copy-id username@webspace.example.com > rsync -avh --progress --partial --append-verify \ > ~/temp/archive.tar.gz \ > username@webspace.example.com:/path/to/webspace/ > > auszusetzen? Mit '~/temp/archive.tar.gz' - nichts auszusetzen. Man will mich jedoch seit Tagen überreden, unverschlüsselte local Verzeichnisse mit verschlüsselten remote Verzeichnissen mittels rsync zu synchronisieren. Des Weiteren will ich kein unverschlüsseltes Byte in den Transport abgeben. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 15:58 +0200 |
| Message-ID | <1183lph$mpi7$1@news1.tnib.de> |
| In reply to | #369334 |
Helmut Schellong <var@schellong.biz> wrote: >Ich habe im Zusammenhang hier Prüfsummen gezeigt. 407f32a52ff2afcb20a9be90587d9ff6ec46358bd5aa3d42850ede24c7a26d00 Und das bringt uns jetzt WAS? Grüße Ma "ich habe ein wassermelone getragen" rc -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 16:48 +0200 |
| Message-ID | <1183on5$50hs$2@solani.org> |
| In reply to | #369348 |
Marc Haber wrote on 12.09.2026 15:58: > Helmut Schellong <var@schellong.biz> wrote: >> Ich habe im Zusammenhang hier Prüfsummen gezeigt. > > 407f32a52ff2afcb20a9be90587d9ff6ec46358bd5aa3d42850ede24c7a26d00 > > Und das bringt uns jetzt WAS? Die Behauptung, ich würde ohne Prüfsummen konzeptionieren, ist falsch. Diese Erkenntnis wird nahegebracht. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-12 14:19 +0200 |
| Message-ID | <1183fvk$4ou4$2@solani.org> |
| In reply to | #369314 |
Alexander Schreiber wrote on 12.09.2026 09:50: > Marc Haber <mh+usenetspam2616@zugschl.us> wrote: >> Helmut Schellong <var@schellong.biz> wrote: >>> Aber ich habe in NullKommaNix zwei Skripte geschrieben, die die großen Archiv-Dateien >>> automatisch in kleinere Teildateien splitten und wieder zusammenbauen können. >> >> Weil Du rsync nicht kennst, das Deinen großen Upload beim näcshten >> Aufruf einfach an der Stelle fortsetzt wo er abgebrochen wurde. >> >> So macht das die Welt und die Lösung ist gut. >> >>> Solche Tools wollte ich sowieso schon länger mal haben. >> >> Aber warum? > > Seltsame Ideen und stolz darauf? Das ist eine völlig an den Haaren herbeigezogene und daher unzutreffende Aussage. Auch die Frage ist beißend intendiert. Insofern passen hier Frage und Antwort zusammen. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
Page 11 of 12 — ← Prev page 1 … 9 10 [11] 12 Next page →
Back to top | Article view | de.sci.electronics
csiph-web