Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #251861 > unrolled thread
| Started by | Wolfgang <wsc.allmail@web.de> |
|---|---|
| First post | 2019-01-12 13:59 +0100 |
| Last post | 2019-02-01 07:24 +0100 |
| Articles | 20 on this page of 216 — 36 participants |
Back to article view | Back to de.sci.electronics
SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 13:59 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-12 14:19 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 17:11 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-13 09:57 +0100
Re: SD-Karte nicht mehr beschreibbar Roland Franzius <roland.franzius@uos.de> - 2019-01-13 10:30 +0100
Re: SD-Karte nicht mehr beschreibbar Marte Schwarz <marte.schwarz@gmx.de> - 2019-01-13 21:09 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-01-13 22:21 +0100
Fake-Flash-Fraud - Ex Re: SD-Karte nicht mehr beschreibbar Marte Schwarz <marte.schwarz@gmx.de> - 2019-01-13 23:39 +0100
Re: Fake-Flash-Fraud - Ex Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-14 18:36 +0100
Re: Fake-Flash-Fraud - Ex Re: SD-Karte nicht mehr beschreibbar Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-01-14 22:05 +0100
Re: Fake-Flash-Fraud - Ex Re: SD-Karte nicht mehr beschreibbar Marte Schwarz <marte.schwarz@gmx.de> - 2019-01-15 11:04 +0100
Re: Fake-Flash-Fraud - Ex Re: SD-Karte nicht mehr beschreibbar Joerg Niggemeyer <beagle@nucon.de> - 2019-01-16 07:19 +0100
Re: Fake-Flash-Fraud - Ex Re: SD-Karte nicht mehr beschreibbar Marte Schwarz <marte.schwarz@gmx.de> - 2019-01-16 22:39 +0100
Re: Fake-Flash-Fraud - Ex Re: SD-Karte nicht mehr beschreibbar Joerg Niggemeyer <joerg.niggemeyer@nucon.de> - 2019-01-17 15:09 +0100
Re: SD-Karte nicht mehr beschreibbar Christian Karsten <Chris@ist.invalid> - 2019-01-12 14:53 +0100
Re: SD-Karte nicht mehr beschreibbar Helmut Wabnig <hwabnig@.- --- -.dotat> - 2019-01-12 14:58 +0100
Re: SD-Karte nicht mehr beschreibbar Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-01-12 15:17 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 16:02 +0100
Re: SD-Karte nicht mehr beschreibbar Thorsten Böttcher <thorsten_nospam@gmx.net> - 2019-01-12 16:20 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 17:38 +0100
Re: SD-Karte nicht mehr beschreibbar Thorsten Böttcher <thorsten_nospam@gmx.net> - 2019-01-13 13:52 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-14 16:33 +0100
Re: SD-Karte nicht mehr beschreibbar Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-01-12 16:24 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 17:39 +0100
Re: SD-Karte nicht mehr beschreibbar Roland Franzius <roland.franzius@uos.de> - 2019-01-12 16:14 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 17:43 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-12 17:10 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 18:03 +0100
Re: SD-Karte nicht mehr beschreibbar Patrick Schaefer <pa.schaefer@web.de> - 2019-01-12 17:33 +0100
Re: SD-Karte nicht mehr beschreibbar Andreas Weber <info@tech-chat.de> - 2019-01-12 17:42 +0100
Re: SD-Karte nicht mehr beschreibbar Christian Karsten <Chris@ist.invalid> - 2019-01-12 19:45 +0100
Re: SD-Karte nicht mehr beschreibbar Andreas Weber <info@tech-chat.de> - 2019-01-12 20:38 +0100
Re: SD-Karte nicht mehr beschreibbar Bernd Mayer <beam.bam.boom@knuut.de> - 2019-01-12 22:53 +0100
Re: SD-Karte nicht mehr beschreibbar Andreas Weber <info@tech-chat.de> - 2019-01-13 11:06 +0100
Re: SD-Karte nicht mehr beschreibbar Bernd Mayer <beam.bam.boom@knuut.de> - 2019-01-13 13:26 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-14 18:43 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-15 11:26 +0100
Re: SD-Karte nicht mehr beschreibbar Roland Franzius <roland.franzius@uos.de> - 2019-01-15 12:50 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-15 14:22 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-16 13:17 +0100
Re: SD-Karte nicht mehr beschreibbar Marte Schwarz <marte.schwarz@gmx.de> - 2019-01-16 22:36 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-01-16 22:55 +0100
Re: SD-Karte nicht mehr beschreibbar Rolf Bombach <rolfnospambombach@invalid.invalid> - 2019-01-27 22:41 +0100
Re: SD-Karte nicht mehr beschreibbar Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-01-27 22:57 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-01-27 23:13 +0100
Re: SD-Karte nicht mehr beschreibbar Patrick Schaefer <pa.schaefer@web.de> - 2019-01-28 22:14 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-29 08:22 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-29 08:31 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-29 08:43 +0100
Re: SD-Karte nicht mehr beschreibbar Matthias Weingart <mwnews@pentax.boerde.de> - 2019-01-30 12:56 +0000
Re: SD-Karte nicht mehr beschreibbar Patrick Schaefer <pa.schaefer@web.de> - 2019-01-30 20:33 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-01-31 20:23 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-01-29 22:37 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 06:50 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-30 08:07 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 08:51 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-30 08:58 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 09:06 +0100
Re: SD-Karte nicht mehr beschreibbar Edzard Egberts <news@edzeg.net> - 2019-01-30 10:34 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-30 12:41 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 12:46 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-30 12:55 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 13:15 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-30 13:22 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 13:32 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-30 14:10 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 14:26 +0100
Re: SD-Karte nicht mehr beschreibbar "Wolfgang Allinger" <all2001@spambog.com> - 2019-02-02 03:24 -0300
Re: SD-Karte nicht mehr beschreibbar Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2019-01-30 19:03 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-30 23:10 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-01-31 20:13 +0100
Re: SD-Karte nicht mehr beschreibbar "Wolfgang Allinger" <all2001@spambog.com> - 2019-02-02 03:18 -0300
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-30 15:50 +0100
Re: SD-Karte nicht mehr beschreibbar "Wolfgang Allinger" <all2001@spambog.com> - 2019-02-02 03:16 -0300
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-02 08:48 +0100
Re: SD-Karte nicht mehr beschreibbar "Wolfgang Allinger" <all2001@spambog.com> - 2019-02-02 06:07 -0300
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-02 10:11 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-02-02 15:29 +0100
Re: SD-Karte nicht mehr beschreibbar Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2019-02-02 16:30 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-02 16:44 +0100
Re: SD-Karte nicht mehr beschreibbar Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2019-02-02 17:12 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-02-02 21:30 +0100
Re: SD-Karte nicht mehr beschreibbar "Wolfgang Allinger" <all2001@spambog.com> - 2019-02-03 22:12 -0300
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-02-02 15:30 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-02 15:50 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-01-30 10:09 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-30 10:17 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-01-30 10:30 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-30 10:32 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-30 12:46 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 12:55 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-30 13:23 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 13:29 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-30 14:09 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-30 14:23 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-30 19:58 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-30 23:11 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-01-31 20:14 +0100
Re: SD-Karte nicht mehr beschreibbar Patrick Schaefer <pa.schaefer@web.de> - 2019-01-30 20:30 +0100
Re: SD-Karte nicht mehr beschreibbar Michael Bäuerle <michael.baeuerle@stz-e.de> - 2019-01-30 14:05 +0100
Re: SD-Karte nicht mehr beschreibbar Rolf Bombach <rolfnospambombach@invalid.invalid> - 2019-02-03 22:57 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-04 06:51 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-02-04 11:37 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-04 11:56 +0100
Re: SD-Karte nicht mehr beschreibbar "horst-d.winzler" <horst.d.winzler@web.de> - 2019-02-04 17:21 +0100
Re: SD-Karte nicht mehr beschreibbar "Wolfgang Allinger" <all2001@spambog.com> - 2019-02-04 18:32 -0300
Re: SD-Karte nicht mehr beschreibbar Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2019-02-05 02:39 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-05 08:07 +0100
Re: SD-Karte nicht mehr beschreibbar Roland Franzius <roland.franzius@uos.de> - 2019-02-05 09:56 +0100
Re: SD-Karte nicht mehr beschreibbar "Wolfgang Allinger" <all2001@spambog.com> - 2019-02-05 13:49 -0300
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-04 14:47 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-04 15:56 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-04 16:52 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-05 08:12 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-05 08:20 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-05 09:35 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-02-05 12:16 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-05 12:21 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-05 12:30 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-02-06 10:50 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 11:12 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-02-06 11:52 +0100
Re: SD-Karte nicht mehr beschreibbar Bernd Laengerich <Bernd.Laengerich@web.de> - 2019-02-06 12:24 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-02-06 13:30 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 14:07 +0100
Re: SD-Karte nicht mehr beschreibbar Axel Berger <Spam@Berger-Odenthal.De> - 2019-02-06 17:28 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 17:46 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-05 12:51 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-05 14:22 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-05 17:13 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-02-06 11:19 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 13:22 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-02-06 13:55 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 15:02 +0100
Re: SD-Karte nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-02-06 18:23 +0100
Re: SD-Karte nicht mehr beschreibbar Rupert Haselbeck <mein-rest-muell@gmx.de> - 2019-02-05 22:10 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-06 06:49 +0100
Re: SD-Karte nicht mehr beschreibbar Rupert Haselbeck <mein-rest-muell@gmx.de> - 2019-02-06 19:20 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-06 19:29 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 19:47 +0100
Re: SD-Karte nicht mehr beschreibbar Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-02-06 20:23 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-06 20:33 +0100
Re: SD-Karte nicht mehr beschreibbar Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-02-07 01:05 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-07 07:09 +0100
Re: SD-Karte nicht mehr beschreibbar Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-02-07 09:50 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-07 10:19 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-08 15:12 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-08 15:16 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-08 15:32 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-08 16:17 +0100
Re: SD-Karte nicht mehr beschreibbar Bernd Laengerich <Bernd.Laengerich@web.de> - 2019-02-08 16:57 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-09 18:50 +0100
Re: SD-Karte nicht mehr beschreibbar Axel Berger <Spam@Berger-Odenthal.De> - 2019-02-08 16:59 +0100
Re: SD-Karte nicht mehr beschreibbar Bernd Laengerich <bernd.laengerich@web.de> - 2019-02-08 20:25 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-09 18:52 +0100
Re: SD-Karte nicht mehr beschreibbar Siegfried Blos <usenet@siegfried-blos.de> - 2019-02-07 12:06 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-08 06:48 +0100
Re: SD-Karte nicht mehr beschreibbar Siegfried Blos <usenet@siegfried-blos.de> - 2019-02-08 14:51 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 20:43 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-04 17:18 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-05 08:14 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 10:16 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-02-06 15:20 +0100
Re: SD-Karte nicht mehr beschreibbar Josef Moellers <josef.moellers@invalid.invalid> - 2019-02-05 09:31 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-02-06 10:27 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-02-04 09:44 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-04 09:52 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-02-04 09:54 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-02-04 10:01 +0100
Re: SD-Karte nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-02-04 10:10 +0100
Re: SD-Karte nicht mehr beschreibbar Patrick Schaefer <pa.schaefer@web.de> - 2019-02-04 19:22 +0100
Re: SD-Karte nicht mehr beschreibbar Willi Marquart <usenet@neppi.net> - 2019-02-04 10:30 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-01-17 13:20 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-17 13:51 +0100
Re: SD-Karte nicht mehr beschreibbar "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-01-17 14:22 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-17 14:31 +0100
Re: SD-Karte nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-17 15:33 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-17 15:42 +0100
Re: SD-Karte nicht mehr beschreibbar Rupert Haselbeck <mein-rest-muell@gmx.de> - 2019-01-17 19:00 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-17 19:08 +0100
Re: SD-Karte nicht mehr beschreibbar Rupert Haselbeck <mein-rest-muell@gmx.de> - 2019-01-17 22:40 +0100
Re: SD-Karte nicht mehr beschreibbar Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-01-18 06:57 +0100
Re: SD-Karte nicht mehr beschreibbar Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2019-01-17 19:30 +0100
Re: SD-Karte nicht mehr beschreibbar Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-01-17 20:12 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 17:49 +0100
Re: SD-Karte nicht mehr beschreibbar Andreas Weber <info@tech-chat.de> - 2019-01-12 17:53 +0100
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-12 18:01 +0100
Re: SD-Karte nicht mehr beschreibbar Andreas Weber <info@tech-chat.de> - 2019-01-12 17:34 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-01-14 12:54 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-14 12:57 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-01-14 14:54 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-14 15:21 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-01-15 12:45 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-01-15 13:26 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2019-01-15 15:38 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-01-15 18:25 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-14 15:27 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-14 19:07 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-15 02:06 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-16 13:10 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-01-15 13:07 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-01-15 13:00 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-15 14:37 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2019-01-15 18:33 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Volker Bartheld <news2018@bartheld.net> - 2019-01-16 13:04 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-16 13:26 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Marte Schwarz <marte.schwarz@gmx.de> - 2019-01-16 22:45 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Volker Bartheld <news2019@bartheld.net> - 2019-01-16 23:15 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Bernd Mayer <beam.bam.boom@knuut.de> - 2019-01-17 00:10 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2019-01-17 08:44 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Hanno Foest <hurga-news2@tigress.com> - 2019-01-17 10:18 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2019-01-17 15:38 +0100
Re: SD-Karte / USB-Stick nicht mehr beschreibbar Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2019-01-15 15:45 +0100
Re: SD-Karte nicht mehr beschreibbar Thomas Stanka <usenet_nospam_valid@stanka-web.de> - 2019-01-14 02:13 -0800
Re: SD-Karte nicht mehr beschreibbar Wolfgang <wsc.allmail@web.de> - 2019-01-15 11:36 +0100
Re: SD-Karte nicht mehr beschreibbar Marcel Mueller <news.5.maazl@spamgourmet.org> - 2019-02-01 07:24 +0100
Page 5 of 11 — ← Prev page 1 … 3 4 [5] 6 7 … 11 Next page →
| From | Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> |
|---|---|
| Date | 2019-02-02 17:12 +0100 |
| Message-ID | <gbltqlFdjfsU1@mid.individual.net> |
| In reply to | #252659 |
Am 02.02.19 um 16:44 schrieb Gerrit Heitsch: > On 2/2/19 4:30 PM, Gerhard Hoffmann wrote: >> Alles sehr schön, aber am nächsten Tag hat das Ding kein Byte mehr raus- >> gerückt. Googlen ergab, dass das für diese Platte arttypisches Verhalten >> war. >> >> Also die Kiste geknackt, geht nur mechanisch destruktiv. Das >> Laufwerk selbst tat noch, die SATA6-USB3-Brücke war hin. Weil man nicht >> wissen kann, wie die Brücke die Sektoren mappt > > Doch, kann man. Bei mehr als 2TB allerdings in 4096er Blocks, beim > direkten Anschluss an einen PC würde die HD 512er Blocks liefern und das > gäbe Ärger. Man braucht also wieder eine USB/SATA-Bridge die das kann. Ich will meine Daten wieder und habe null Interesse an deren hausinternen Interfaces. Und ja, 3TB. Da kann es durchaus Überraschungen geben. Ich habe gerade eine geschenkte WD-Cloud mit 2*6TB zerlegt. Die Laufwerke wollten partout weiterhin WD-MyCloud spielen und nicht EXT4. Erst mal ein paar 100 GB Müll auf das RAW-Device schreiben hat ihnen das abgewöhnt. >> Die 2 Toshiba-Laufwerke hab' ich dann in einen Reserve-Tower eingebaut, >> wo sie nicht viel schaden können. Vertrauen habe ich keins mehr zu den >> Dingern. > > Was für ein Problem hast du mit den Laufwerken wenn die Bridge > Designfehler hat? Warum sollen die Laufwerke besser sein als die Brücke? Und das USB3- kabel und die Wandwarze waren auch nicht gerade edel. Oder das nur 1* zusammenbaubare Gehäuse, das klarmacht, dass hier MTBF == MT to Wertstoffhof meint. Amdahl's Gesetz für die Rechnergeschwindigkeit gilt auch für Qualität. G.
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2019@bartheld.net> |
|---|---|
| Date | 2019-02-02 21:30 +0100 |
| Message-ID | <dpkachebc57d$.dlg@news.bartheld.net> |
| In reply to | #252659 |
On Sat, 2 Feb 2019 16:44:03 +0100, Gerrit Heitsch wrote: > On 2/2/19 4:30 PM, Gerhard Hoffmann wrote: >> Am 02.02.19 um 15:29 schrieb Volker Bartheld: >>> On Sat, 2 Feb 2019 10:11:42 +0100, Gerrit Heitsch wrote: >>>> On 2/2/19 10:07 AM, Wolfgang Allinger wrote: >>>>> Auf Toshiba hatte ich auch immer grosse Stücke gehalten, nie Ärger >>>>> gehabt, aber vor Jahresfrist mal Kontaktprobleme an einem Kabel. >>>>> [... und seitdem Boykott] >>>> Wieso lastest du ein defektes Kabel Toshiba an? >>> Stand wohl Toshiba drauf. Oder kam mit dem Gerät mit. Hört man ja >>> immer mal wieder, daß Menschen bspw. Probleme mit einem Samsung-Fernseher hatten >>> und dann wutschnaubend der gesamten Marke abschwören. >> Oh, ich laste denen eine externe 3TB-Platte an. [...] Das >> Laufwerk selbst tat noch, die SATA6-USB3-Brücke war hin. *achselzuck* Dann also nie mehr Toshiba. Aber bitte aufpassen beim Doktor, "Toshiba Medical Systems GmbH" heißt zwar jetzt "Canon Medical Systems Corporation", aber wir wollen bitte konsequent sein. Der Trick wurde durchschaut. Deren Technologie befindet sich übrigens auch auf Blutbeuteln, daher frühzeitig die Patientenverfügung anpassen. SCNR. >> Die 2 Toshiba-Laufwerke hab' ich dann in einen Reserve-Tower eingebaut, >> wo sie nicht viel schaden können. Vertrauen habe ich keins mehr zu den >> Dingern. > Was für ein Problem hast du mit den Laufwerken wenn die Bridge > Designfehler hat? Außen drauf stand Toshiba und der Einkäufer/Konfektionierer, der mit gespitztem Rotstift Technologie aus Fernost für das Produkt zugekauft hat, verdient den Tod. Mit ihm am besten die gesamte Branche, alles Verräter und Betrüger. Eigentlich eine recht ordentliche Einstellung, da - bei Lichte betrachtet - nur Kaufzurückhaltung oder Selbstmord als Option bleiben. Umweltfreundlich und nachhaltig. Volker
[toc] | [prev] | [next] | [standalone]
| From | "Wolfgang Allinger" <all2001@spambog.com> |
|---|---|
| Date | 2019-02-03 22:12 -0300 |
| Message-ID | <Ef8QOCNEQoB@allinger-307049.user.uni-berlin> |
| In reply to | #252646 |
On 02 Feb 19 at group /de/sci/electronics in article q33msf$fr7$1@news.bawue.net <gerrit@laosinh.s.bawue.de> (Gerrit Heitsch) wrote: > On 2/2/19 10:07 AM, Wolfgang Allinger wrote: >> >> On 02 Feb 19 at group /de/sci/electronics in article >> q33hvp$doi$1@news.bawue.net <gerrit@laosinh.s.bawue.de> (Gerrit Heitsch) >> wrote: >>> Das liegt aber nicht am Flash für die HD-Firmware. Meine alten HDs sind >>> primär Samsung, Seagate, WDC und Toshiba. Die machen bisher keinen >>> Ärger. Kann natürlich Zufall sein. >> >> Auf Toshiba hatte ich auch immer grosse Stücke gehalten, nie Ärger gehabt, >> aber vor Jahresfrist mal Kontaktprobleme an einem Kabel. Toshiba gibt >> keinerlei Testsoftware für Endanwender raus! War ne langwierige try&error >> Fehlersuche. Seitdem ist Toshiba: schwarze Liste :] > Wieso lastest du ein defektes Kabel Toshiba an? Schrub ich doch, sie geben keine TestSW an Endanwender raus. BTW die Platte ist nun auch noch verreckt, schmeisst BIOS SMART BAD. Brauch ich mir keinen Kopp mehr zu machen :) > Ich teste meine HDs immer mit 'badblocks -w -t random -vv /dev/sd<x>' > unter Linux. Da ist für die Zukunft Ubuntu ins Auge gefasst. Aber erstmal muss mein W7u wieder richtig laufen. Für viele Proggis habe ich schon Ersatz bei Ubuntu gefunden, aber ich hab 2 oder drei mir wichtige Progs, wo ich bisher noch keinen Ersatz gefunden habe. Teilweise 16bit DOS programme, die unter W7uX86 ordentlich laufen. Ich denke, kommt Zeit, kommt Ubuntu :) Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang -- Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt! Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p (lt. alter usenet Weisheit) iPod, iPhone, iPad, iTunes, iRak, iDiot
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2019@bartheld.net> |
|---|---|
| Date | 2019-02-02 15:30 +0100 |
| Message-ID | <1j112wlb4e58l.dlg@news.bartheld.net> |
| In reply to | #252644 |
[sup: Kleines aber feines "Nein" vergessen...] On Sat, 2 Feb 2019 08:48:08 +0100, Gerrit Heitsch wrote: > Man kann schon eine SSD einsetzen, aber man muss eben Backups haben und > die ziehe ich auf mehr als eine HD, wöchentlich. Soll heißen: "Man muß Backup haben.". Egal von welchem Speichermedium. Zumindest bei Daten, die sich nicht einigermaßen trivial wiederherstellen lassen. So verzichte ich größtenteils darauf, alte Videokassetten oder DVD-Rs aufs NAS zu überspielen, insofern sich irgendwelche Filme drauf befinden, die ich für ein paar Euro bei Amazon oder auf Streamingplattformen ziehen kann. > SSDs produzieren keine mechanischen Fehler mehr, aber dafür Fehler die > eine HD nicht produzieren kann. Hält sich so ungefähr die Waage. Was sich nicht die Waage hält, ist die Geschwindigkeit. Damit sind Drehplatten im PC für mich gestorben. Für Backups und als Datengrab eignen sich große HDDs natürlich besser als SSD, das war ja auch noch nie so wirklich strittig - von ebenso merkwürdigen wie teuren Mischbestückungen mal abgesehen. Volker
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2019-02-02 15:50 +0100 |
| Message-ID | <q34ana$nuj$1@news.bawue.net> |
| In reply to | #252656 |
On 2/2/19 3:30 PM, Volker Bartheld wrote: > [sup: Kleines aber feines "Nein" vergessen...] > > On Sat, 2 Feb 2019 08:48:08 +0100, Gerrit Heitsch wrote: > >> SSDs produzieren keine mechanischen Fehler mehr, aber dafür Fehler die >> eine HD nicht produzieren kann. Hält sich so ungefähr die Waage. > > Was sich nicht die Waage hält, ist die Geschwindigkeit. Damit sind > Drehplatten im PC für mich gestorben. Für Backups und als Datengrab eignen > sich große HDDs natürlich besser als SSD, das war ja auch noch nie so > wirklich strittig - von ebenso merkwürdigen wie teuren Mischbestückungen > mal abgesehen. Inzwischen sehe ich das ähnlich. Wenn allerdings Platz für SSD und HD ist, dann kommt auch beides rein. Schon alleine weil manches einfach nicht so schnell im Zugriff sein muss oder man so via 'rsync' on the fly backups machen kann. Mach ich selbst bei Notebooks wenn möglich. Mein alter Lenovo T420 hat unten neben dem RAM-Steckplatz einen Platz für ein 3G-Modem. In den Slot passt aber auch eine mSATA-SSD, also ist jetzt eine drin und die normale HD weiterhin verbaut. Der mSATA-Steckplatz liefert zwar 'nur' SATA-II, aber das reicht vollkommen. Ist damit immer noch ein sehr brauchbarer Laptop. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> |
|---|---|
| Date | 2019-01-30 10:09 +0100 |
| Message-ID | <3aq25eli35uc9fps7rlc5h0m9vt034nqmd@4ax.com> |
| In reply to | #252588 |
Eric Bruecklmeier <usenet@nerdcraft.de> wrote: >Das größte Problem wird sein, daß sich viele (auch professionelle) >Anwender nicht darüber bewußt sind, wie vergeßlich diese Technologie >ist. Ich kenne Einige, die nutzen SD-Karten als Archiv =8-o Oft funktioniert das ja auch - aber es kann einem eben keiner zusichern. Auch die 10 Jahre, die für irgendwelche EEPROMs und FLASHs immer genannt wurden, scheinen sehr vorsichtige Angaben zu sein. Jedenfalls kann ich immer wieder 25 Jahre alte Geräte bewundern, die immer noch alle ihre Daten haben. Erst wieder ein paar C-Netz-Mobiltelephone nach 17 Jahren ungenutzt im Regal wieder in Betrieb genommen - funktionierten. -ras -- Ralph A. Schmid +49-171-3631223 +49-911-21650056 http://www.schmid.xxx/ http://www.db0fue.de/ http://www.bclog.de/ http://www.kabuliyan.de/
[toc] | [prev] | [next] | [standalone]
| From | Eric Bruecklmeier <usenet@nerdcraft.de> |
|---|---|
| Date | 2019-01-30 10:17 +0100 |
| Message-ID | <gbd8cpFeg7rU3@mid.individual.net> |
| In reply to | #252590 |
Am 30.01.2019 um 10:09 schrieb Ralph A. Schmid, dk5ras: > Eric Bruecklmeier <usenet@nerdcraft.de> wrote: > >> Das größte Problem wird sein, daß sich viele (auch professionelle) >> Anwender nicht darüber bewußt sind, wie vergeßlich diese Technologie >> ist. Ich kenne Einige, die nutzen SD-Karten als Archiv =8-o > > Oft funktioniert das ja auch - Das ist nicht mein Punkt. Es geht mir um das Problembewußtsein - viele Anwender sehen gar nicht, daß es da überhaupt ein Problem geben könnte. Sie nehmen an, die Daten seien irgendwie magisch für die Ewigkeit auf dem Kärtchen eingebrannt...
[toc] | [prev] | [next] | [standalone]
| From | "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> |
|---|---|
| Date | 2019-01-30 10:30 +0100 |
| Message-ID | <5jr25eh969ma208ue52vdh61g0s9l5b83a@4ax.com> |
| In reply to | #252591 |
Eric Bruecklmeier <usenet@nerdcraft.de> wrote: >Das ist nicht mein Punkt. Es geht mir um das Problembewußtsein - viele >Anwender sehen gar nicht, daß es da überhaupt ein Problem geben könnte. >Sie nehmen an, die Daten seien irgendwie magisch für die Ewigkeit auf >dem Kärtchen eingebrannt... Klar, das ist definitiv ein Problem. Genauso aber wie mit allen Datenträgern, Festplatten usw. usf. - ohne Datenpflege rottet das Zeug irgendwann weg. -ras -- Ralph A. Schmid +49-171-3631223 +49-911-21650056 http://www.schmid.xxx/ http://www.db0fue.de/ http://www.bclog.de/ http://www.kabuliyan.de/
[toc] | [prev] | [next] | [standalone]
| From | Eric Bruecklmeier <usenet@nerdcraft.de> |
|---|---|
| Date | 2019-01-30 10:32 +0100 |
| Message-ID | <gbd99oFeg7rU4@mid.individual.net> |
| In reply to | #252592 |
Am 30.01.2019 um 10:30 schrieb Ralph A. Schmid, dk5ras: > Eric Bruecklmeier <usenet@nerdcraft.de> wrote: > >> Das ist nicht mein Punkt. Es geht mir um das Problembewußtsein - viele >> Anwender sehen gar nicht, daß es da überhaupt ein Problem geben könnte. >> Sie nehmen an, die Daten seien irgendwie magisch für die Ewigkeit auf >> dem Kärtchen eingebrannt... > > Klar, das ist definitiv ein Problem. Genauso aber wie mit allen > Datenträgern, Festplatten usw. usf. - ohne Datenpflege rottet das Zeug > irgendwann weg. Richtig und bei den modernen Flashzellen ist irgendwann ziemlich bald... -- Werbung: https://www.amazon.de/Bier-brauen-Grundlagen-Rohstoffe-Brauprozess/dp/3800109271
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2018@bartheld.net> |
|---|---|
| Date | 2019-01-30 12:46 +0100 |
| Message-ID | <1fmdx50fpbn96.dlg@news.bartheld.net> |
| In reply to | #252585 |
On Wed, 30 Jan 2019 06:50:59 +0100, Gerrit Heitsch wrote: >> Transcend wird auch immer wieder wegen seiner MLC NANDs >> beschimpft. > Was man nicht ganz so einfach testen kann ist der Datenerhalt bei > stromloser Lagerung. Kann schliesslich mal vorkommen, daß man aus > irgendeinem Grund die Kiste längere Zeit nicht benutzt. Das Problem besteht nur darin, das frühzeitig(!) herauszufinden, nämlich bevor man die korrupte Datei für ein Backup wegschreibt. Ich würde aber fast einen Besen fressen, wenn der Plattencontroller das nicht mitbekäme, ECC ist ja nun keine ganz neue Erfindung: http://www.digilux.com.tw/faq.php?p=5&id=25 https://thessdguy.com/extreme-ssd-error-correction Fragt sich also, wie man damit umgeht, wenn das "The driver detected a controller error on \Device\HarddiskX\DRY" Fenster hochpoppt. Auf "Ja, ist mir wurscht" klicken, wäre vielleicht keine so dolle Idee. Eines der zahlreichen, unabhängigen Backups zu greifen, die Hashes zu vergleichen oder sonst eine Integritätsprüfung zu veranstalten wäre dann schon besser. Hernach kann man sich fragen, warum TRIM und andere Methoden zur Vermeidung von schleichendem Ladungsverlust nicht funktioniert haben. > Und ja, mir ist schon einmal eine SSD bei sowas vergesslich geworden. Ist bei konventionellen Drehplatten auch schon vorgekommen. Volker
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2019-01-30 12:55 +0100 |
| Message-ID | <q2s3al$747$1@news.bawue.net> |
| In reply to | #252598 |
On 1/30/19 12:46 PM, Volker Bartheld wrote: > On Wed, 30 Jan 2019 06:50:59 +0100, Gerrit Heitsch wrote: >>> Transcend wird auch immer wieder wegen seiner MLC NANDs >>> beschimpft. >> Was man nicht ganz so einfach testen kann ist der Datenerhalt bei >> stromloser Lagerung. Kann schliesslich mal vorkommen, daß man aus >> irgendeinem Grund die Kiste längere Zeit nicht benutzt. > > Das Problem besteht nur darin, das frühzeitig(!) herauszufinden, nämlich > bevor man die korrupte Datei für ein Backup wegschreibt. Ich würde aber > fast einen Besen fressen, wenn der Plattencontroller das nicht mitbekäme, > ECC ist ja nun keine ganz neue Erfindung: Tja, sollte man meinen. Die bei mir vergesslich gewordene SSD hat allerdings brav fehlerhafte Daten geliefert. Sah man sehr gut bei Bildern. Ein Filesystem mit Checksummen wäre da gut gewesen. > Fragt sich also, wie man damit umgeht, wenn das "The driver detected a > controller error on \Device\HarddiskX\DRY" Fenster hochpoppt. Auf "Ja, ist > mir wurscht" klicken, wäre vielleicht keine so dolle Idee. Nachdem sowas auch bei automatischen Jobs passieren kann wäre es übel wenn da was aufpoppen würde. > Eines der zahlreichen, unabhängigen Backups zu greifen, die Hashes zu > vergleichen oder sonst eine Integritätsprüfung zu veranstalten wäre dann > schon besser. Hernach kann man sich fragen, warum TRIM und andere Methoden > zur Vermeidung von schleichendem Ladungsverlust nicht funktioniert haben. TRIM hat damit nichts zu tun und das einzige was du tun kannst ist die Daten in einer Endlosschleife zu lesen und immer die Schwellwerte zu checken. Sobald die den spezifizierten Bereich verlassen wird der fragliche Block umkopiert und gelöscht damit er wieder neu beschrieben werden kann. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2018@bartheld.net> |
|---|---|
| Date | 2019-01-30 13:23 +0100 |
| Message-ID | <1uywxddl1qr88.dlg@news.bartheld.net> |
| In reply to | #252599 |
[sup: Copy&Paste-Prob] On Wed, 30 Jan 2019 12:55:01 +0100, Gerrit Heitsch wrote: > das einzige was du [gegen schleichenden Ladungsverlust von SSD und > ähnlichen Speichermedien] tun kannst ist die Daten in einer > Endlosschleife zu lesen und immer die Schwellwerte zu checken. Sobald > die den spezifizierten Bereich verlassen wird der fragliche Block > umkopiert und gelöscht damit er wieder neu beschrieben werden kann. "Du" als User kannst nur in regelmäßigen Intervallen ein Backup fahren und vergleichen, daß Quelle und Ziel noch binäridentisch sind. Und Du kannst darauf vertrauen, daß der Hersteller in Sachen Fehlerkorrektur, Datenerhaltung, Wear-Leveling, usw. seine Hausaufgaben gemacht hat. "Du" als Hersteller hast genügend Möglichkeiten, im laufenden Betrieb Problemzellen zu refreshen oder umzukopieren und ggfs. entsprechende Fehlermeldungen zu generieren. Informativ in diesem Zusammenhang sind https://www.heise.de/newsticker/meldung/SSD-Lagerung-und-Temperaturen-2639898.html http://www.jedec.org/sites/default/files/Alvin_Cox%20%5BCompatibility%20Mode%5D_0.pdf https://www.heise.de/newsticker/meldung/SSDs-in-der-Praxis-nicht-zuverlaessiger-als-Festplatten-2560979.html Bleibt das Fazit, das SSDs (und ähnliche Technologien) keine Archivmedien sind, allein schon deswegen nicht, weil sie stromlose Lagerung deutlich schlechter vertragen. > Die bei mir vergesslich gewordene SSD hat allerdings brav fehlerhafte > Daten geliefert. Schrott gibts leider immer wieder zu kaufen. > Sah man sehr gut bei Bildern. Ein Filesystem mit Checksummen wäre da gut > gewesen. Mein NAS hat Btrfs. Wenn allerdings die lokale SSD beim Backup fehlerhafte Daten ausliefert und man das nicht vorher prüft, nutzt das herzlich wenig. Wie wäre denn die Handlungsempfehlung eine Datei mit gleichem Datum (Erstellung, Modifikation, usw.), Länge, ... aber unterschiedlichem Inhalt entweder der Kategorie "User hat die Datei willentlich verändert" oder der Kategorie "durch Alterung/Lagerung sind Bits gekippt und der Controller der SSD hats nicht gemerkt" zu differenzieren? Automatismen versagen da m. M. n. komplett. Volker
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2019-01-30 13:29 +0100 |
| Message-ID | <q2s5bm$81f$1@news.bawue.net> |
| In reply to | #252599 |
On 1/30/19 1:15 PM, Volker Bartheld wrote: > On Wed, 30 Jan 2019 12:55:01 +0100, Gerrit Heitsch wrote: >> das einzige was du [gegen schleichenden Ladungsverlust von SSD und >> ähnlichen Speichermedien] tun kannst ist die Daten in einer >> Endlosschleife zu lesen und immer die Schwellwerte zu checken. Sobald >> die den spezifizierten Bereich verlassen wird der fragliche Block >> umkopiert und gelöscht damit er wieder neu beschrieben werden kann. > > "Du" als User kannst nur in regelmäßigen Intervallen ein Backup fahren und > vergleichen, daß Quelle und Ziel noch binäridentisch sind. Und Du kannst > darauf vertrauen, daß der Hersteller in Sachen Datenretention in Sachen > Fehlerkorrektur, Datenerhaltung, Wear-Leveling usw. seine Hausaufgaben > gemacht hat. Ja, das muss man leider so sehen. Für meine wichtigen Daten (also das, was man wirklich nicht mehr bekommt wenn es weg ist) benutze ich versionierte Backups mit 'rsync --link-dest='. Da habe ich eine bessere Chance wenn ich den Bitrot etwas zu spät bemerke. >> Die bei mir vergesslich gewordene SSD hat allerdings brav fehlerhafte >> Daten geliefert. > > Schrott gibts leider immer wieder zu kaufen. Weiss man nur eben vorher nicht. > Wie wäre denn die Handlungsempfehlung eine Datei mit gleichem Datum > (Erstellung, Modifikation, usw.), Länge, ... aber unterschiedlichem Inhalt > entweder der Kategorie "User hat die Datei willentlich verändert" oder der > Kategorie "durch Alterung/Lagerung sind Bits gekippt und der Controller > der SSD hats nicht gemerkt" zu differenzieren? Gleiches Modifikationsdatum aber unterschiedlicher Inhalt kann nicht der User gewesen sein, denn dann wäre das Datum unterschiedlich. Das Problem ist in diesem Falle automatisiert rauszufinden welche Datei jetzt die korrekte ist und welche die kaputte. Üblicherweise wäre die korrekte die auf dem Backup, wenn das nicht auch auf einer SSD liegt. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2018@bartheld.net> |
|---|---|
| Date | 2019-01-30 14:09 +0100 |
| Message-ID | <1a4bm6skxbgrp$.dlg@news.bartheld.net> |
| In reply to | #252605 |
On Wed, 30 Jan 2019 13:29:41 +0100, Gerrit Heitsch wrote: >> Wie wäre denn die Handlungsempfehlung eine Datei mit gleichem Datum >> (Erstellung, Modifikation, usw.), Länge, ... aber unterschiedlichem Inhalt >> entweder der Kategorie "User hat die Datei willentlich verändert" oder der >> Kategorie "durch Alterung/Lagerung sind Bits gekippt und der Controller >> der SSD hats nicht gemerkt" zu differenzieren? > Gleiches Modifikationsdatum aber unterschiedlicher Inhalt kann nicht der > User gewesen sein, denn dann wäre das Datum unterschiedlich. Leider steht das Modifikationsdatum nicht unter Alleinherrschaft des OS. Zumindest bei Windows trifft das zu und es gibt genug Programme, die am Modifikations- und Zugriffdatum herumpopeln. Es ist nicht vernünftig, aber - z. B. mit dem Total Commander trivial möglich und vor diesem Hintergrund als Unterscheidungskriterium nicht geeignet. Wenn wir das Bitrot-Faß aufmachen, dann steht die stinkende Kiste mit Aufschrift "Mal-/Crapware" leider unmittelbar daneben. > Das Problem ist in diesem Falle automatisiert rauszufinden welche Datei > jetzt die korrekte ist und welche die kaputte. Üblicherweise wäre die > korrekte die auf dem Backup, wenn das nicht auch auf einer SSD liegt. *sic* Genau. Oder die Drehplatten im Backup haben was. Oder deren Controller. Oder es stimmt was mit der Firmware im NAS nicht. Oder es ist während der initialen Kopie schon was schiefgelaufen. Oder, oder, oder, ... Ob sich Otto-Normal-DAU darüber einen Kopf macht? Vermutlich nicht. Die Cloud ist doch sicher. Volker
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2019-01-30 14:23 +0100 |
| Message-ID | <q2s8ge$9db$1@news.bawue.net> |
| In reply to | #252609 |
On 1/30/19 2:09 PM, Volker Bartheld wrote: > On Wed, 30 Jan 2019 13:29:41 +0100, Gerrit Heitsch wrote: >>> Wie wäre denn die Handlungsempfehlung eine Datei mit gleichem Datum >>> (Erstellung, Modifikation, usw.), Länge, ... aber unterschiedlichem Inhalt >>> entweder der Kategorie "User hat die Datei willentlich verändert" oder der >>> Kategorie "durch Alterung/Lagerung sind Bits gekippt und der Controller >>> der SSD hats nicht gemerkt" zu differenzieren? > >> Gleiches Modifikationsdatum aber unterschiedlicher Inhalt kann nicht der >> User gewesen sein, denn dann wäre das Datum unterschiedlich. > > Leider steht das Modifikationsdatum nicht unter Alleinherrschaft des OS. > Zumindest bei Windows trifft das zu und es gibt genug Programme, die am > Modifikations- und Zugriffdatum herumpopeln. Kaputte OS können zu kaputten Daten führen. Von Hand kann man das zwar immer faken, aber der Default sollte es nie sein. > > *sic* Genau. Oder die Drehplatten im Backup haben was. Oder deren > Controller. Oder es stimmt was mit der Firmware im NAS nicht. Oder es ist > während der initialen Kopie schon was schiefgelaufen. Oder, oder, oder, ... Defekte Platten solltest du aber mit der Prüfsumme des FS ausschliessen können. > Ob sich Otto-Normal-DAU darüber einen Kopf macht? Vermutlich nicht. Die > Cloud ist doch sicher. So? Wer sagt denn, daß die Daten dort nicht auch kaputtgehen können? Liegen dort schliesslich auch nur auf HDs oder SSDs. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2018@bartheld.net> |
|---|---|
| Date | 2019-01-30 19:58 +0100 |
| Message-ID | <17xxh08xgjigg$.dlg@news.bartheld.net> |
| In reply to | #252611 |
On Wed, 30 Jan 2019 14:23:26 +0100, Gerrit Heitsch wrote: > On 1/30/19 2:09 PM, Volker Bartheld wrote: >> Ob sich Otto-Normal-DAU darüber einen Kopf macht? Vermutlich nicht. Die >> Cloud ist doch sicher. > So? Wer sagt denn, daß die Daten dort nicht auch kaputtgehen können? > Liegen dort schliesslich auch nur auf HDs oder SSDs. Wie jetzt? Die Cloud ist NICHT sicher? Jetzt bin ich aber total überrascht. Volker, muß an dem Konzept "Ironie" wohl noch ein wenig arbeiten
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2019-01-30 23:11 +0100 |
| Message-ID | <gbelntFq268U2@mid.individual.net> |
| In reply to | #252619 |
Am 30.01.19 um 19:58 schrieb Volker Bartheld: >> So? Wer sagt denn, daß die Daten dort nicht auch kaputtgehen können? >> Liegen dort schliesslich auch nur auf HDs oder SSDs. > > Wie jetzt? Die Cloud ist NICHT sicher? Jetzt bin ich aber total überrascht. Zumindest dürften die SSDs da dauerhaft bestromt sein und damit ihr wear leveling machen können. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2019@bartheld.net> |
|---|---|
| Date | 2019-01-31 20:14 +0100 |
| Message-ID | <1b45pso4cnt9o$.dlg@news.bartheld.net> |
| In reply to | #252605 |
On Wed, 30 Jan 2019 13:29:41 +0100, Gerrit Heitsch wrote: > On 1/30/19 1:15 PM, Volker Bartheld wrote: >>> Die bei mir vergesslich gewordene SSD hat allerdings brav fehlerhafte >>> Daten geliefert. >> Schrott gibts leider immer wieder zu kaufen. > Weiss man nur eben vorher nicht. Die Hersteller - mal ganz ehrlich - oft auch nicht. Volker
[toc] | [prev] | [next] | [standalone]
| From | Patrick Schaefer <pa.schaefer@web.de> |
|---|---|
| Date | 2019-01-30 20:30 +0100 |
| Message-ID | <gbecbaFo0ruU1@mid.individual.net> |
| In reply to | #252599 |
Am 30.01.2019 um 12:55 schrieb Gerrit Heitsch: > TRIM hat damit nichts zu tun und das einzige was du tun kannst ist die > Daten in einer Endlosschleife zu lesen und immer die Schwellwerte zu > checken. Sobald die den spezifizierten Bereich verlassen wird der > fragliche Block umkopiert und gelöscht damit er wieder neu beschrieben > werden kann. Genau das tut der Controller in der SSD, wenn er nichts zu tun hat. Deshalb sollen die Dinger alle paar Monate bestromt werden. Eine Flashzelle gilt als "kaputt", wenn sie die spezifizierte Data Retention Time nicht mehr einhält. Wer die Daten ohnehin nicht so lange aufheben will, der kann auch mehr Zyklen fahren. Für die Flashbausteine (die Chips, nicht die Module) wird das gelegentlich spezifiziert. Dann hast Du Angaben wie "1000 Zyklen mit 5 Jahren Datenerhalt bei 25°C, plus 1000 Zyklen mit 1 Jahr plus 1000 Zyklen mit 60 Tagen", etc. D.h. per Definitionem ist die SSD nach 2000 Zyklen kaputt, im Dauerschreibversuch fällt das Ding aber erst nach >20.000 Zyklen aus. Deinen Rechner übers Wochenende runterfahren willst Du dann aber schon lange nicht mehr. Patrick
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@stz-e.de> |
|---|---|
| Date | 2019-01-30 14:05 +0100 |
| Message-ID | <AABcUaD+32AAAAl/.A1.flnews@WStation5.stz-e.de> |
| In reply to | #252598 |
Volker Bartheld wrote: > > [...] > Das Problem besteht nur darin, das frühzeitig(!) herauszufinden, nämlich > bevor man die korrupte Datei für ein Backup wegschreibt. Ich würde aber > fast einen Besen fressen, wenn der Plattencontroller das nicht mitbekäme, > ECC ist ja nun keine ganz neue Erfindung: > [...] Bei SCSI-Platten war die Häufigkeit solcher Ereignisse früher teilweise im Manual spezifiziert. Beispiel Cheetah 15K.6 FC: | | Read Error Rates | Recovered Data Less than 10 errors in 10¹² bits transferred | (OEM default settings) | Unrecovered Data Less than 1 sector in 10¹⁶ bits transferred | Miscorrected Data Less than 1 sector in 10²¹ bits transferred Außerdem können die Daten auch im Hauptspeicher (bzw. auf dem Weg dorthin) kaputt gehen. Auch dafür gibt es ECC, aber auch dort wird es mit einer gewissen Wahrscheinlichkeit versagen. Am Ende muss man sich fragen was "gut genug" ist bzw. wie viel man bereit ist zu bezahlen. Wenn es teuer wird, sind auch schlechtere Werte plötzlich doch "gut genug".
[toc] | [prev] | [next] | [standalone]
Page 5 of 11 — ← Prev page 1 … 3 4 [5] 6 7 … 11 Next page →
Back to top | Article view | de.sci.electronics
csiph-web