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 9 of 12 — ← Prev page 1 … 7 8 [9] 10 11 12 Next page →
| From | Stefan Wiens <s.wi@gmx.net> |
|---|---|
| Date | 2026-09-12 09:14 +0200 |
| Message-ID | <878q57vtc1.fsf@s-bot.de> |
| In reply to | #369307 |
Volker Bartheld <news2026@bartheld.net> writes: > On Fri, 2026-09-11 at 00:43 +0200, Stefan Wiens wrote: >> Volker Bartheld <news2026@bartheld.net> writes: >> > https://www.youtube.com/watch?v=WiQiPFEy-b4 >> Da geht es wohl eher um das Vermurksen von Schraubenköpfen. > > Da geht es um einen ziemlich quantitativen Vergleich des mit unterschiedlichen > Antriebsprofilen von Schraubenköpfen maximal erreichbaren Drehmoments und deren > Cam-Out-Tendenz. > >> Im Elektroumfeld sind bei Klemmen Anzugsmomente vorgeschrieben > > Sag. Bei welchen relevanten Schrauben und Schraubverbindungen wäre denn kein > Drehmoment "vorgeschrieben", d. h. angegeben? Und wie manifestiert sich das in > der Praxis? Sieht man doch jeden Tag, dass Handwerkern und Mechanikern der > Drehmomentschlüssel oder -schrauber buchstäblich in die Hand wächst. Auch bei > Getränkeflaschen, usw. ist extremste Vorsicht geboten. Was da alles passieren > kann! Die Schrauben in diesem "Test" haben wohl keine Festigkeitsklasse. Und die dann auch noch in Aluminium einzudrehen ... Dass bei diesem Walzblei der Kopf abreißt oder der Ansatz vermurkst, ist nicht wirklich überraschend. >> und auch sonst stellt man sich nicht so bescheuert an. > > Oh die Eitelkeit. Das o. g. Video ist im Vergleich geradezu wissenschaftlich > aufgemacht (Torque Test Channel never disappoints!) und davon ab werfe den > ersten Stein, wer noch nie eine Schraube überdreht, ein Gewinde ausgerissen oder > einen Schraubenkopf vergnaddelt hat. > > Mit meinem Bosch GSR 12V-35 FC und dessen brachialem, elekektronisch > kommutierten Motor passiert mir das sogar regelmäßig, wenn ich mal wieder zu > faul bin "wegen der einen Schraube" den Drehmomentbegrenzer zu nutzen. In des tumben Toren Hand ... -- Stefan
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-12 09:31 +0200 |
| Message-ID | <a54b347b588773c5db75f0dbf20943cbbe2c8cff.camel@bartheld.net> |
| In reply to | #369312 |
On Sat, 2026-09-12 at 09:14 +0200, Stefan Wiens wrote: > Volker Bartheld <news2026@bartheld.net> writes: > > On Fri, 2026-09-11 at 00:43 +0200, Stefan Wiens wrote: > > > Volker Bartheld <news2026@bartheld.net> writes: > > > > https://www.youtube.com/watch?v=WiQiPFEy-b4 > > > Da geht es wohl eher um das Vermurksen von Schraubenköpfen. > > Da geht es um einen ziemlich quantitativen Vergleich des mit > > unterschiedlichen Antriebsprofilen von Schraubenköpfen maximal erreichbaren > > Drehmoments und deren Cam-Out-Tendenz. > Die Schrauben in diesem "Test" haben wohl keine > Festigkeitsklasse. Und die dann auch noch in > Aluminium einzudrehen ... Danke für die Bestätigung, dass Du weder gelesen hast, was ich schrieb, noch verstanden, worum es im Test (gerne auch ohne Anführungszeichen) ging. > Dass bei diesem Walzblei der Kopf abreißt oder der Ansatz vermurkst, ist nicht > wirklich überraschend. Auch bei 12.9 kann ich den Kopf abreißen, muss es nur schlau genug anstellen. Wenn es im Test um das mit Schraubverbindungen maximal erreichbare Spannmoment gegangen wäre (falls man sich für diesen in der Praxis außerhalb von Herstellungsprzessen weitestgehend irrelevanten Wert überhaupt interessieren sollte), hätte der Aufbau natürlich anders ausgesehen. Ich war jedenfalls dankbar für den Überblick, wie sich der bei Holz- bzw. Blechschrauben immer extrem gehypte Torx-Plus-Antrieb gegenüber dem herkömmlichen Torx schlägt und wie im Vergleich Kreuzschlitz (PH oder PZ) dasteht. Innensechskant und Triwing sind sowieso Exoten, die niemand verwenden würde, der noch alle Tassen im Schrank hat. Und wer auf Schlitzschraubenniveau sinkt, muss ein Masochist sein. Das mag für die Renovierung dekorativer Schrauben an Antiquitäten noch angehen, aber sonst halte ich davon nur Eines: Großen Abstand. > > > und auch sonst stellt man sich nicht so bescheuert an. > > Oh die Eitelkeit. > > Mit meinem Bosch GSR 12V-35 FC und dessen brachialem, elekektronisch > > kommutierten Motor passiert mir das sogar regelmäßig, wenn ich mal wieder zu > > faul bin "wegen der einen Schraube" den Drehmomentbegrenzer zu nutzen. > In des tumben Toren Hand ... Joah. Verbindlichsten Dank. Wann hattest Du denn das letze Mal einen Schraubendreher in der Hand? Also nicht zur Maniküre. Maschinenbau, Kraftfahrzeuge, Blech, Holz (idealerweise was mit mehr "Charakter", d. h. Buche oder Eiche)? Volker
[toc] | [prev] | [next] | [standalone]
| From | Stefan Wiens <s.wi@gmx.net> |
|---|---|
| Date | 2026-09-12 13:54 +0200 |
| Message-ID | <8733vewusq.fsf@s-bot.de> |
| In reply to | #369313 |
Volker Bartheld <news2026@bartheld.net> writes: [...] > > Joah. Verbindlichsten Dank. Wann hattest Du denn das letze Mal einen > Schraubendreher in der Hand? Also nicht zur Maniküre. Maschinenbau, > Kraftfahrzeuge, Blech, Holz (idealerweise was mit mehr "Charakter", d. h. Buche > oder Eiche)? Heute. T6, um das Gehäuse eines Garmin-Navis zu eröffnen. -- Stefan
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-12 15:46 +0200 |
| Message-ID | <018c28dfbb4c7af36d8889d517fc670b739541d3.camel@bartheld.net> |
| In reply to | #369329 |
On Sat, 2026-09-12 at 13:54 +0200, Stefan Wiens wrote: > Volker Bartheld <news2026@bartheld.net> writes: > > Wann hattest Du denn das letze Mal einen > > Schraubendreher in der Hand? Also nicht zur Maniküre. Maschinenbau, > > Kraftfahrzeuge, Blech, Holz (idealerweise was mit mehr "Charakter", d. h. > > Buche oder Eiche)? > Heute. T6, um das Gehäuse eines Garmin-Navis zu eröffnen. Immerhin. Das Ding auch ordentlich weiter zerlegt und funktionsfähig wieder zusammenbekommen? Meine Reparatur eines Garmin Oregon eskalierte ziemlich schnell. Wollte eigentlich nur eine neue Displayschutzfolie aufziehen. Und vielleicht diesen Power-Stöpsel austauschen. Ging aber dank Wiha Picofinish und Lupenbrille doch irgendwie. Volker
[toc] | [prev] | [next] | [standalone]
| From | Stefan Wiens <s.wi@gmx.net> |
|---|---|
| Date | 2026-09-12 15:56 +0200 |
| Message-ID | <87wlsqvap6.fsf@s-bot.de> |
| In reply to | #369342 |
Volker Bartheld <news2026@bartheld.net> writes: > On Sat, 2026-09-12 at 13:54 +0200, Stefan Wiens wrote: >> Volker Bartheld <news2026@bartheld.net> writes: >> > Wann hattest Du denn das letze Mal einen >> > Schraubendreher in der Hand? Also nicht zur Maniküre. Maschinenbau, >> > Kraftfahrzeuge, Blech, Holz (idealerweise was mit mehr "Charakter", d. h. >> > Buche oder Eiche)? >> Heute. T6, um das Gehäuse eines Garmin-Navis zu eröffnen. > > Immerhin. Das Ding auch ordentlich weiter zerlegt und funktionsfähig wieder > zusammenbekommen? Noch nicht. Die (Mini-)USB-Buchse macht Ärger. Da kommt man nach Demontage der Gehäuserückwand ran, es gibt ein Youtube-Video mit einem anderen Gerät aus der Serie. Das Zusammenbauen dürfte das geringste Problem sein (eTrex 30x). -- Stefan
[toc] | [prev] | [next] | [standalone]
| From | Stefan Wiens <s.wi@gmx.net> |
|---|---|
| Date | 2026-09-24 18:43 +0200 |
| Message-ID | <87zex6mwse.fsf@s-bot.de> |
| In reply to | #369342 |
Volker Bartheld <news2026@bartheld.net> writes: > On Sat, 2026-09-12 at 13:54 +0200, Stefan Wiens wrote: >> Volker Bartheld <news2026@bartheld.net> writes: >> > Wann hattest Du denn das letze Mal einen >> > Schraubendreher in der Hand? Also nicht zur Maniküre. Maschinenbau, >> > Kraftfahrzeuge, Blech, Holz (idealerweise was mit mehr "Charakter", d. h. >> > Buche oder Eiche)? >> Heute. T6, um das Gehäuse eines Garmin-Navis zu eröffnen. > > Immerhin. Das Ding auch ordentlich weiter zerlegt und funktionsfähig wieder > zusammenbekommen? Wie gesagt, die Mini-USB-Buchse dieses eTrex 30x machte Probleme, was unschön ist, wenn man regelmäßig die Waypoints und Tracks benötigt, und manche Karten bekommt man auch nur via USB rein. Nachlöten der Buchse hat nicht geholfen, hingegen aber vorsichtiges Zurechtbiegen des Blechkragens. Zusammenbau war nicht schwierig, da die Platine drinbleiben konnte. -- Stefan
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 15:52 +0200 |
| Message-ID | <1183lf9$mp4h$1@news1.tnib.de> |
| In reply to | #369307 |
Volker Bartheld <news2026@bartheld.net> wrote: >On Fri, 2026-09-11 at 00:43 +0200, Stefan Wiens wrote: >> Volker Bartheld <news2026@bartheld.net> writes: >> > https://www.youtube.com/watch?v=WiQiPFEy-b4 >> Da geht es wohl eher um das Vermurksen von Schraubenköpfen. > >Da geht es um einen ziemlich quantitativen Vergleich des mit unterschiedlichen >Antriebsprofilen von Schraubenköpfen maximal erreichbaren Drehmoments und deren >Cam-Out-Tendenz. > >> Im Elektroumfeld sind bei Klemmen Anzugsmomente vorgeschrieben > >Sag. Bei welchen relevanten Schrauben und Schraubverbindungen wäre denn kein >Drehmoment "vorgeschrieben", d. h. angegeben? z.B. bei den von mir verbauten KNX-Aktoren und den Schützen von Hager. >Und wie manifestiert sich das in >der Praxis? Sieht man doch jeden Tag, dass Handwerkern und Mechanikern der >Drehmomentschlüssel oder -schrauber buchstäblich in die Hand wächst. Die Profis brauchen das nicht, die haben das in der Hand. Ich habe mir nach dem ersten "nach ganz fest kommt ganz lose" an der Klemme eines KNX-Aktors mit über 30 Euro Portpreis einen Drehmomentschraubendreher geleistet, genau WEIL ich das nicht jeden Tag mache und deswegen mangels Erfahrung messen muss wie fest die Schraube muss und was "zu fest" wäre. Auch bei Radbolzen am Auto wird ein Anzugsdrehmoment angegeben damit man die Bolzen nach dem Ende der Saison wieder AUF bekommt ohne sich mit dem ganzen Lebendgewicht auf das Radkreuz stellen zu müssen. Bevor ich angefangen habe, die Radbolzen mit dem Drehmo nachzuziehen habe ich die Bolzen regelmäßig fester angeknallt als es vorgeschrieben ist. >Oh die Eitelkeit. Das o. g. Video ist im Vergleich geradezu wissenschaftlich >aufgemacht (Torque Test Channel never disappoints!) und davon ab werfe den >ersten Stein, wer noch nie eine Schraube überdreht, ein Gewinde ausgerissen oder >einen Schraubenkopf vergnaddelt hat. Auf die Frage "Schraubenkopf vergnaddelt" antworte ich mit "so weit möglich seit 15 Jahren immer Torx gekauft". >Mit meinem Bosch GSR 12V-35 FC und dessen brachialem, elekektronisch >kommutierten Motor passiert mir das sogar regelmäßig, wenn ich mal wieder zu >faul bin "wegen der einen Schraube" den Drehmomentbegrenzer zu nutzen. ja, Lektion. Nie mit größtem Drehmoment anfangen. Grüße Marc -- ---------------------------------------------------------------------------- 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 | Volker Bartheld <news2026@bartheld.net> |
|---|---|
| Date | 2026-09-12 16:29 +0200 |
| Message-ID | <7f7a821204f857ab66d66cfba6c92fb4eadfb474.camel@bartheld.net> |
| In reply to | #369344 |
On Sat, 2026-09-12 at 15:52 +0200, Marc Haber wrote: > Volker Bartheld <news2026@bartheld.net> wrote: > > Bei welchen relevanten Schrauben und Schraubverbindungen wäre denn kein > > Drehmoment "vorgeschrieben", d. h. angegeben? > z.B. bei den von mir verbauten KNX-Aktoren und den Schützen von Hager. Hrhr. Also Du auch? ;-) Ist mir bei IIRC einem Teil von MDT passiert. Mit Uhrmacherschraubendreher zwischen Daumen und Zeigefinger abgedreht. Mannomann. > Ich habe mir nach dem ersten "nach ganz fest kommt ganz lose" an der Klemme > eines KNX-Aktors mit über 30 Euro Portpreis einen Drehmomentschraubendreher > geleistet ;-) > Auch bei Radbolzen am Auto wird ein Anzugsdrehmoment angegeben damit > man die Bolzen nach dem Ende der Saison wieder AUF bekommt Bekannt. Mir ist aber auch das Bohei bekannt, das z. B. seitens der BMW- Fangemeinde um Öl oder Fett auf Radschraubenköpfen oder -gewinden betrieben wird. Wir kennen sie alle, die Couchexperten, die über irgendwelche Drehmomentinkonsistenzen berichten. In der Praxis ist das komplett irrelevant. Relevant ist, wenn eine mir namentlich bekannte KFZ-Werkstatt in Karlsfeld die furztrockenen Schrauben bei einem Radlagertausch so anknallt, dass ich sie nach dem Winter mit einem durchaus potenten Schlagschrauber von Hazet und 8 Bar auf der dicken Leitung nicht aufkriegte. In ebendieser KFZ-Werkstatt lächelte man herablassend und meinte, da müssten mal die Experten ran, mit RICHTIGEM Werkzeug. Da sprengte es dann die angeblich schlagfeste Stecknuss, sonst passierte nichts. Schließlich kam der Schweißbrenner zum Einsatz, der Wassersprüher und ein paar nicht gerade zimperliche Schläge mit dem fetten Schlegel. Ist bestimmt super für frisch eingebaute Radlager, Traggelenke, Achsschenkel und was da sonst noch so rumgeistert. Ich bat dann freundlich um Subventionierung von 10 neuen Radschrauben, denn die Teile kosten bei VW ein Vermögen. Seitdem nie wieder passiert und es ist mir bis dato auch kein Rad abgeflugen. Wohl aber eine Bremsleitung undicht geworden. Die hatte ebendieser Fachbetrieb in die Befestigung für den bei meinem Fahrzeug nicht verbauten Bremsbelagverschleißsensor gewichst. Bei dem Ärger rechtfertig sich wirklich jeder Cent, den Du in Spezialwerkzeug für DIY-Reparaturen steckst. So haben sich zwischenzeitlich ein Gieb- Zweikolbenkompressor, zwei Schlagschrauber, eine Unterbodenschutzrotze, Bremsflüssigkeitslutsche, ein leiser Kränzle-Hochdruckreiniger, Bremsleitungsbiege- und Bördelwerkzeug, Lackierpistole, artikulierendes Videoendoskop, zwei Drehmomentschlüssel, geschlitze Ringschlüssel, Spannband- und Federschellenzangen, Heißluftföhn, Ausbeulwerkzeuge, Gasbrenner und noch diverser anderer Kram angefunden. Für den olympischen Albtraum muss ich mir wohl irgendwann ein MIG/MAG-Schweißgerät leihen, Blechbördelwerkzeug und Material zur Nahtverzinnung. Kotflügel, Türschalen und Unterboden sehen nicht mehr ganz so gut aus. Die Schürzen könnten von dieser Lötpistole profitieren, mit denen man Schmelzclips zur Stabilisierung von Rissen anbringt. Der 2K-PU-Kleber allein wird das wohl nicht reißen. Und wenn Du was mit Holz machst, kommst Du an einer guten Handkreissäge und Oberfräse nicht vorbei. Ich mag die Dinger von Festool. Bei Elektrohobel, Bandschleifer, Exzenterschleifer und Stichsäge bin ich weniger wählerisch. > Bevor ich angefangen habe, die Radbolzen mit dem Drehmo nachzuziehen habe > ich die Bolzen regelmäßig fester angeknallt als es vorgeschrieben ist. Ja, 100Nm sind bei passendem Werkzeug erstaunlich wenig. > > davon ab werfe den ersten Stein, wer noch nie eine Schraube überdreht, ein > > Gewinde ausgerissen oder einen Schraubenkopf vergnaddelt hat. > Auf die Frage "Schraubenkopf vergnaddelt" antworte ich mit "so weit > möglich seit 15 Jahren immer Torx gekauft". Jup. Hilft Dir aber alles nichts, wenn die Küche, die Du grad abbaust, überall mit Schlitzschrauben aus dem bunten Konvolut zusammenhält. Da sind selbst zwei Bohrschrauber mit magnetischen Bithaltern echte Spaßbremsen und der manuelle Schraubendreher nur was für Menschen, die Mutter und Vater ermordet haben. Wenn ich mal wieder in die Verlegenheit komme, ein Gartenhäusl zusammenzubauen oder irgendwas am Dachstuhl mache, werde ich natürlich Torxschrauben (SPAX Wirox z. B.) nehmen. Ich spinn doch nicht! Für den Küchenneubau haben sich hie und da auch die HI.FORCE von SPAX bewährt. Die Tellerköpfe halten den Tresen echt gut fest. > > Mit meinem Bosch GSR 12V-35 FC und dessen brachialem, elekektronisch > > kommutierten Motor passiert mir das sogar regelmäßig, wenn ich mal wieder zu > > faul bin "wegen der einen Schraube" den Drehmomentbegrenzer zu nutzen. > ja, Lektion. Nie mit größtem Drehmoment anfangen. Sozusagen. War eben immer noch den leicht asthmatischen NiMH-Schrauber von Bosch gewohnt. Den habe ich jetzt auf kleinanzeigen.de wegverschenkt. Volker
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-12 23:44 +0200 |
| Message-ID | <1184h4j$o84v$1@news1.tnib.de> |
| In reply to | #369352 |
Volker Bartheld <news2026@bartheld.net> wrote: >On Sat, 2026-09-12 at 15:52 +0200, Marc Haber wrote: >> Volker Bartheld <news2026@bartheld.net> wrote: >> > Bei welchen relevanten Schrauben und Schraubverbindungen wäre denn kein >> > Drehmoment "vorgeschrieben", d. h. angegeben? >> z.B. bei den von mir verbauten KNX-Aktoren und den Schützen von Hager. > >Hrhr. Also Du auch? ;-) Ist mir bei IIRC einem Teil von MDT passiert. Ja, die von MDT teilweise verbauten Klemmen sind nicht satisfaktionsfähig. Die Feräte sind so gut, aber die Klemmen sind wirklich Mist. Grüße Marc -- ---------------------------------------------------------------------------- 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-10 14:13 +0200 |
| Message-ID | <117u6sl$sv1$1@solani.org> |
| In reply to | #369227 |
Marc Haber wrote on 10.09.2026 07:52: > Helmut Schellong <var@schellong.biz> wrote: >> Wenn also jemand Aliase anlegt, > > ... und sich damit brüstet als wäre das etwas besonders kompliziertes > als hätte man eine Wassermelone getragen¹ ... > >> ist dieser Jemand deshalb ein Komiker > > Genau. > >> und kann unter keinen Umständen ein Profi sein. > > Genau, denn ein Profi wüsste dass man sich nicht damit brüstet, dass > man in der Lage ist eine Torx-Schraube unfallfrei anzuziehen. > >> Man könnte Dich nun einen Irrenden nennen...einen Irrsinnigen... > > Nein, er hat Recht und Du bist zu sehr von Dir selbst überzeugt um das > zu sehen. Das Ganze ist von Beginn an eine (absichtliche, sehr seltsame) Fehlinterpretation. Ich habe mich nicht damit gebrüstet, Aliase angelegt zu haben! Sondern es geht im Verbund um die ausschließlichen Kommunikations-Inhalte (sftp,scp,ssh) dieser Aliase. Ein Alias von mir hat stets einen nicht leeren Inhalt. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-09 14:41 +0200 |
| Message-ID | <slrn11a2kvo.2tp1s.als@frodo.angband.thangorodrim.de> |
| In reply to | #369173 |
Helmut Schellong <var@schellong.biz> wrote:
> Marc Haber wrote on 08.09.2026 22:34:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Hallo, ich hatte immer mal wieder von meinem dreistufigen Backup-Konzept geredet.
>>> Ich mußte gerade in den letzten Tagen eine weitere Kategorie hinzufügen.
>>>
>>> Meine dritte Stufe - Backup ins Internet - hatte ich im Juli erfolgreich in Betrieb genommen.
>>> Vier große (je 3..7 GB) verschlüsselte tar-Archive sind hochgeladen.
>>> Geplant ist, daß das BAK dort einfach liegt und auf einen Bedarfsfall wartet.
>>> Ungefähr alle drei Monate könnte das BAK (teilweise) aktualisiert werden.
>>>
>>> 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
>>
>> ... von wem ...?
>>
>>> aus zeitlichen Gründen
>>
>> ... mit welcher Methode ...?
>
> Ich verwendete unter FreeBSD die Kommandos 'sftp' und 'scp' (scp -pC).
> Mit scp kam ich jeweils etwas weiter als mit sftp, wegen Komprimierung.
> Meine Kommandos meldeten stets, daß die Übertragung durch den remote host
> abgebrochen wurde - broken pipe.
> 'scp -pC -i /home/.ssh/id_ecdsa \!:1 u1234567@home7654321.1and1-data.host:\!:2'
Wie es schon vor über 20 Jahren hiess: "One day I'll find peer and reset
HIS connection!"
>>> Folglich habe ich eine Umgehung dieses Problems entwickelt.
>>> Nämlich ein Skript 'fsplit.bish', das eine Datei automatisch in mehrere kleinere Dateien zerlegt.
>>> Und ein Skript 'fcat.bish', das automatisch mehrere Teil-Dateien wieder zusammenführt.
>>
>> Mach noch fünfzig Iterationen und Du hast sowas wie rsync.
>
> rsync verwende ich bei meinen ersten Backup-Methoden HDD und CARD in offenen Dateisystemen.
> 'rsync -aHAXivh --stats --progress --modify-window=5 --exclude-from=/u/sh/cmd/safe_excl'
^^^^^^^^^^^^^^^^^
Kaputte Dateisysteme im Einsatz?
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 | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-09 16:51 +0200 |
| Message-ID | <117rrpo$7jra$1@solani.org> |
| In reply to | #369187 |
Alexander Schreiber wrote on 09.09.2026 14:41: > Helmut Schellong <var@schellong.biz> wrote: >> Marc Haber wrote on 08.09.2026 22:34: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Hallo, ich hatte immer mal wieder von meinem dreistufigen Backup-Konzept geredet. >>>> Ich mußte gerade in den letzten Tagen eine weitere Kategorie hinzufügen. >>>> >>>> Meine dritte Stufe - Backup ins Internet - hatte ich im Juli erfolgreich in Betrieb genommen. >>>> Vier große (je 3..7 GB) verschlüsselte tar-Archive sind hochgeladen. >>>> Geplant ist, daß das BAK dort einfach liegt und auf einen Bedarfsfall wartet. >>>> Ungefähr alle drei Monate könnte das BAK (teilweise) aktualisiert werden. >>>> >>>> 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 >>> >>> ... von wem ...? >>> >>>> aus zeitlichen Gründen >>> >>> ... mit welcher Methode ...? >> >> Ich verwendete unter FreeBSD die Kommandos 'sftp' und 'scp' (scp -pC). >> Mit scp kam ich jeweils etwas weiter als mit sftp, wegen Komprimierung. >> Meine Kommandos meldeten stets, daß die Übertragung durch den remote host >> abgebrochen wurde - broken pipe. >> 'scp -pC -i /home/.ssh/id_ecdsa \!:1 u1234567@home7654321.1and1-data.host:\!:2' > > Wie es schon vor über 20 Jahren hiess: "One day I'll find peer and reset > HIS connection!" Ich verfolge keine Ideologien und Ähnliches, und ich bin kein Mitläufer. >>>> Folglich habe ich eine Umgehung dieses Problems entwickelt. >>>> Nämlich ein Skript 'fsplit.bish', das eine Datei automatisch in mehrere kleinere Dateien zerlegt. >>>> Und ein Skript 'fcat.bish', das automatisch mehrere Teil-Dateien wieder zusammenführt. >>> >>> Mach noch fünfzig Iterationen und Du hast sowas wie rsync. >> >> rsync verwende ich bei meinen ersten Backup-Methoden HDD und CARD in offenen Dateisystemen. >> 'rsync -aHAXivh --stats --progress --modify-window=5 --exclude-from=/u/sh/cmd/safe_excl' > ^^^^^^^^^^^^^^^^^ > > Kaputte Dateisysteme im Einsatz? Die Optionen sind schon Jahrzehnte alt und berücksichtigen auch FAT-Systeme. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-09 22:14 +0200 |
| Message-ID | <slrn11a3fhu.28ctg.als@mordor.angband.thangorodrim.de> |
| In reply to | #369190 |
Helmut Schellong <var@schellong.biz> wrote:
> Alexander Schreiber wrote on 09.09.2026 14:41:
>> Helmut Schellong <var@schellong.biz> wrote:
>>> Marc Haber wrote on 08.09.2026 22:34:
>>>> Helmut Schellong <var@schellong.biz> wrote:
>>>>> Hallo, ich hatte immer mal wieder von meinem dreistufigen Backup-Konzept geredet.
>>>>> Ich mußte gerade in den letzten Tagen eine weitere Kategorie hinzufügen.
>>>>>
>>>>> Meine dritte Stufe - Backup ins Internet - hatte ich im Juli erfolgreich in Betrieb genommen.
>>>>> Vier große (je 3..7 GB) verschlüsselte tar-Archive sind hochgeladen.
>>>>> Geplant ist, daß das BAK dort einfach liegt und auf einen Bedarfsfall wartet.
>>>>> Ungefähr alle drei Monate könnte das BAK (teilweise) aktualisiert werden.
>>>>>
>>>>> 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
>>>>
>>>> ... von wem ...?
>>>>
>>>>> aus zeitlichen Gründen
>>>>
>>>> ... mit welcher Methode ...?
>>>
>>> Ich verwendete unter FreeBSD die Kommandos 'sftp' und 'scp' (scp -pC).
>>> Mit scp kam ich jeweils etwas weiter als mit sftp, wegen Komprimierung.
>>> Meine Kommandos meldeten stets, daß die Übertragung durch den remote host
>>> abgebrochen wurde - broken pipe.
>>> 'scp -pC -i /home/.ssh/id_ecdsa \!:1 u1234567@home7654321.1and1-data.host:\!:2'
>>
>> Wie es schon vor über 20 Jahren hiess: "One day I'll find peer and reset
>> HIS connection!"
>
> Ich verfolge keine Ideologien und Ähnliches, und ich bin kein Mitläufer.
Das laute Geräusch neben Deinem Ohr war das uralte Zitat, das komplett an
die vorbeigesegelt ist. Schon ok.
>>>>> Folglich habe ich eine Umgehung dieses Problems entwickelt.
>>>>> Nämlich ein Skript 'fsplit.bish', das eine Datei automatisch in mehrere kleinere Dateien zerlegt.
>>>>> Und ein Skript 'fcat.bish', das automatisch mehrere Teil-Dateien wieder zusammenführt.
>>>>
>>>> Mach noch fünfzig Iterationen und Du hast sowas wie rsync.
>>>
>>> rsync verwende ich bei meinen ersten Backup-Methoden HDD und CARD in offenen Dateisystemen.
>>> 'rsync -aHAXivh --stats --progress --modify-window=5 --exclude-from=/u/sh/cmd/safe_excl'
>> ^^^^^^^^^^^^^^^^^
>>
>> Kaputte Dateisysteme im Einsatz?
>
> Die Optionen sind schon Jahrzehnte alt und berücksichtigen auch FAT-Systeme.
Also kaputte Dateisysteme, schrieb ich doch.
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 | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-10 00:22 +0200 |
| Message-ID | <117sm7d$8703$1@solani.org> |
| In reply to | #369211 |
Alexander Schreiber wrote on 09.09.2026 22:14: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 09.09.2026 14:41: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Marc Haber wrote on 08.09.2026 22:34: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Hallo, ich hatte immer mal wieder von meinem dreistufigen Backup-Konzept geredet. >>>>>> Ich mußte gerade in den letzten Tagen eine weitere Kategorie hinzufügen. >>>>>> >>>>>> Meine dritte Stufe - Backup ins Internet - hatte ich im Juli erfolgreich in Betrieb genommen. >>>>>> Vier große (je 3..7 GB) verschlüsselte tar-Archive sind hochgeladen. >>>>>> Geplant ist, daß das BAK dort einfach liegt und auf einen Bedarfsfall wartet. >>>>>> Ungefähr alle drei Monate könnte das BAK (teilweise) aktualisiert werden. >>>>>> >>>>>> 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 >>>>> >>>>> ... von wem ...? >>>>> >>>>>> aus zeitlichen Gründen >>>>> >>>>> ... mit welcher Methode ...? >>>> >>>> Ich verwendete unter FreeBSD die Kommandos 'sftp' und 'scp' (scp -pC). >>>> Mit scp kam ich jeweils etwas weiter als mit sftp, wegen Komprimierung. >>>> Meine Kommandos meldeten stets, daß die Übertragung durch den remote host >>>> abgebrochen wurde - broken pipe. >>>> 'scp -pC -i /home/.ssh/id_ecdsa \!:1 u1234567@home7654321.1and1-data.host:\!:2' >>> >>> Wie es schon vor über 20 Jahren hiess: "One day I'll find peer and reset >>> HIS connection!" >> >> Ich verfolge keine Ideologien und Ähnliches, und ich bin kein Mitläufer. > > Das laute Geräusch neben Deinem Ohr war das uralte Zitat, das komplett an > die vorbeigesegelt ist. Schon ok. Das, was das alte Zitat in den Raum stellt, ist unzutreffend! Meine Analyse dazu läßt das nicht zu - paßt einfach nicht. >>>>>> Folglich habe ich eine Umgehung dieses Problems entwickelt. >>>>>> Nämlich ein Skript 'fsplit.bish', das eine Datei automatisch in mehrere kleinere Dateien zerlegt. >>>>>> Und ein Skript 'fcat.bish', das automatisch mehrere Teil-Dateien wieder zusammenführt. >>>>> >>>>> Mach noch fünfzig Iterationen und Du hast sowas wie rsync. >>>> >>>> rsync verwende ich bei meinen ersten Backup-Methoden HDD und CARD in offenen Dateisystemen. >>>> 'rsync -aHAXivh --stats --progress --modify-window=5 --exclude-from=/u/sh/cmd/safe_excl' >>> ^^^^^^^^^^^^^^^^^ >>> >>> Kaputte Dateisysteme im Einsatz? >> >> Die Optionen sind schon Jahrzehnte alt und berücksichtigen auch FAT-Systeme. > > Also kaputte Dateisysteme, schrieb ich doch. FAT haben keine strukturlose Zahl wie Unix, sondern nur 5 Bit (0..31) in den Verzeichniseinträgen für die (60) Sekunden. Daraus folgt eine Auflösung von 2 Sekunden. -- Mit freundlichen Grüßen Helmut Schellong var@schellong.biz http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2026-09-10 09:52 +0200 |
| Message-ID | <slrn11a4odq.2gjfb.als@mordor.angband.thangorodrim.de> |
| In reply to | #369219 |
Helmut Schellong <var@schellong.biz> wrote: > Alexander Schreiber wrote on 09.09.2026 22:14: >> Helmut Schellong <var@schellong.biz> wrote: >>> Alexander Schreiber wrote on 09.09.2026 14:41: >>>> Helmut Schellong <var@schellong.biz> wrote: >>>>> Marc Haber wrote on 08.09.2026 22:34: >>>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>>> Hallo, ich hatte immer mal wieder von meinem dreistufigen Backup-Konzept geredet. >>>>>>> Ich mußte gerade in den letzten Tagen eine weitere Kategorie hinzufügen. >>>>>>> >>>>>>> Meine dritte Stufe - Backup ins Internet - hatte ich im Juli erfolgreich in Betrieb genommen. >>>>>>> Vier große (je 3..7 GB) verschlüsselte tar-Archive sind hochgeladen. >>>>>>> Geplant ist, daß das BAK dort einfach liegt und auf einen Bedarfsfall wartet. >>>>>>> Ungefähr alle drei Monate könnte das BAK (teilweise) aktualisiert werden. >>>>>>> >>>>>>> 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 >>>>>> >>>>>> ... von wem ...? >>>>>> >>>>>>> aus zeitlichen Gründen >>>>>> >>>>>> ... mit welcher Methode ...? >>>>> >>>>> Ich verwendete unter FreeBSD die Kommandos 'sftp' und 'scp' (scp -pC). >>>>> Mit scp kam ich jeweils etwas weiter als mit sftp, wegen Komprimierung. >>>>> Meine Kommandos meldeten stets, daß die Übertragung durch den remote host >>>>> abgebrochen wurde - broken pipe. >>>>> 'scp -pC -i /home/.ssh/id_ecdsa \!:1 u1234567@home7654321.1and1-data.host:\!:2' >>>> >>>> Wie es schon vor über 20 Jahren hiess: "One day I'll find peer and reset >>>> HIS connection!" >>> >>> Ich verfolge keine Ideologien und Ähnliches, und ich bin kein Mitläufer. >> >> Das laute Geräusch neben Deinem Ohr war das uralte Zitat, das komplett an >> die vorbeigesegelt ist. Schon ok. > > Das, was das alte Zitat in den Raum stellt, ist unzutreffend! > Meine Analyse dazu läßt das nicht zu - paßt einfach nicht. Und was hat Deine Analyse ergeben, oh Meister? >>>>>>> Folglich habe ich eine Umgehung dieses Problems entwickelt. >>>>>>> Nämlich ein Skript 'fsplit.bish', das eine Datei automatisch in mehrere kleinere Dateien zerlegt. >>>>>>> Und ein Skript 'fcat.bish', das automatisch mehrere Teil-Dateien wieder zusammenführt. >>>>>> >>>>>> Mach noch fünfzig Iterationen und Du hast sowas wie rsync. >>>>> >>>>> rsync verwende ich bei meinen ersten Backup-Methoden HDD und CARD in offenen Dateisystemen. >>>>> 'rsync -aHAXivh --stats --progress --modify-window=5 --exclude-from=/u/sh/cmd/safe_excl' >>>> ^^^^^^^^^^^^^^^^^ >>>> >>>> Kaputte Dateisysteme im Einsatz? >>> >>> Die Optionen sind schon Jahrzehnte alt und berücksichtigen auch FAT-Systeme. >> >> Also kaputte Dateisysteme, schrieb ich doch. > > FAT haben keine strukturlose Zahl wie Unix, sondern nur 5 Bit (0..31) > in den Verzeichniseinträgen für die (60) Sekunden. > Daraus folgt eine Auflösung von 2 Sekunden. Ich sag ja, kaputt. 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 | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-10 14:50 +0200 |
| Message-ID | <117u91a$ud6$2@solani.org> |
| In reply to | #369231 |
Alexander Schreiber wrote on 10.09.2026 09:52: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 09.09.2026 22:14: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Alexander Schreiber wrote on 09.09.2026 14:41: >>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>> Marc Haber wrote on 08.09.2026 22:34: >>>>>>> Helmut Schellong <var@schellong.biz> wrote: >>>>>>>> Hallo, ich hatte immer mal wieder von meinem dreistufigen Backup-Konzept geredet. >>>>>>>> Ich mußte gerade in den letzten Tagen eine weitere Kategorie hinzufügen. >>>>>>>> >>>>>>>> Meine dritte Stufe - Backup ins Internet - hatte ich im Juli erfolgreich in Betrieb genommen. >>>>>>>> Vier große (je 3..7 GB) verschlüsselte tar-Archive sind hochgeladen. >>>>>>>> Geplant ist, daß das BAK dort einfach liegt und auf einen Bedarfsfall wartet. >>>>>>>> Ungefähr alle drei Monate könnte das BAK (teilweise) aktualisiert werden. >>>>>>>> >>>>>>>> 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 >>>>>>> >>>>>>> ... von wem ...? >>>>>>> >>>>>>>> aus zeitlichen Gründen >>>>>>> >>>>>>> ... mit welcher Methode ...? >>>>>> >>>>>> Ich verwendete unter FreeBSD die Kommandos 'sftp' und 'scp' (scp -pC). >>>>>> Mit scp kam ich jeweils etwas weiter als mit sftp, wegen Komprimierung. >>>>>> Meine Kommandos meldeten stets, daß die Übertragung durch den remote host >>>>>> abgebrochen wurde - broken pipe. >>>>>> 'scp -pC -i /home/.ssh/id_ecdsa \!:1 u1234567@home7654321.1and1-data.host:\!:2' >>>>> >>>>> Wie es schon vor über 20 Jahren hiess: "One day I'll find peer and reset >>>>> HIS connection!" >>>> >>>> Ich verfolge keine Ideologien und Ähnliches, und ich bin kein Mitläufer. >>> >>> Das laute Geräusch neben Deinem Ohr war das uralte Zitat, das komplett an >>> die vorbeigesegelt ist. Schon ok. >> >> Das, was das alte Zitat in den Raum stellt, ist unzutreffend! >> Meine Analyse dazu läßt das nicht zu - paßt einfach nicht. > > Und was hat Deine Analyse ergeben, oh Meister? Das steht u.a. einige Zeilen oberhalb. [...] -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Heinz Schmitz <sch@example.invalid> |
|---|---|
| Date | 2026-09-09 09:04 +0200 |
| Message-ID | <8302alh1ae7ccmeqn51jf7vuug2o4s2jn5@4ax.com> |
| In reply to | #369166 |
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???" [Das sind erstmal nur Werbeassagen :-).] Grüße, H.
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2026-09-09 09:21 +0200 |
| Message-ID | <117r2rs$a2b$1@news.bawue.net> |
| In reply to | #369175 |
On 9/9/26 09:04, Heinz Schmitz wrote: > 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???" > > [Das sind erstmal nur Werbeassagen :-).] Deshalb muss man, wenn man die Cloud benutzt, auch immer noch lokale Backups haben. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-09 15:07 +0200 |
| Message-ID | <117rlm3$7f8p$2@solani.org> |
| In reply to | #369176 |
Gerrit Heitsch wrote on 09.09.2026 09:21: > On 9/9/26 09:04, Heinz Schmitz wrote: >> 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???" >> >> [Das sind erstmal nur Werbeassagen :-).] > > Deshalb muss man, wenn man die Cloud benutzt, auch immer noch lokale Backups haben. Das ist ja ein Hohn - ohne mich. Für mich irrelevant. Ich verwende keine Cloud, sondern meine Webseite, die seit Jahrzehnten besteht. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-09 15:03 +0200 |
| Message-ID | <117rlfh$7f8p$1@solani.org> |
| In reply to | #369175 |
Heinz Schmitz wrote on 09.09.2026 09:04: > 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???" > > [Das sind erstmal nur Werbeassagen :-).] Irrelevant. Warum? Ich lade zu meiner Webseite hoch (keine Cloud!). Die hat beinahe noch 100% space frei, bei IONOS. (Vormals bei Schlund&Partner, die von 1und1 gekauft wurde.) Dort habe ich zudem sftp, scp, ssh. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
Page 9 of 12 — ← Prev page 1 … 7 8 [9] 10 11 12 Next page →
Back to top | Article view | de.sci.electronics
csiph-web