Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #251861 > unrolled thread

SD-Karte nicht mehr beschreibbar

Started byWolfgang <wsc.allmail@web.de>
First post2019-01-12 13:59 +0100
Last post2019-02-01 07:24 +0100
Articles 20 on this page of 216 — 36 participants

Back to article view | Back to de.sci.electronics

Contents

  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 8 of 11 — ← Prev page 1 … 6 7 [8] 9 10 11  Next page →

#252759

FromHergen Lehmann <hlehmann.expires.5-11@snafu.de>
Date2019-02-06 20:23 +0100
Message-ID<pqorif-ijf.ln1@hergen.dyndns.org>
In reply to#252757
Am 06.02.19 um 19:47 schrieb Hanno Foest:

>> Genau darum geht es. Man kann demnach nicht das von manchem so beliebte
>> Pauschalurteil zum Besten geben, wonach ausschliesslich ECC-RAM sinnvoll
>> sein könne.
> 
> Sagen wir mal so: Ich kenne nur sehr wenige Fälle, in denen es sinnvoll 
> sein könnte, nicht mit möglichst hoher Konfidenz die Werte aus dem RAM 
> zurückzubekommen, die man mal reingeschrieben hat.

Sehr viele solche Fälle liefert der gesamte Entertainment-Sektor.

Es ergibt wenig Sinn, zusätzliches Geld in ECC-RAM zu investieren, nur 
weil mit einer gewissen Wahrscheinlichkeit alle x Monate ein 
zusätzliches MPEG-Klötzchen oder ein kleiner Texturfehler auf dem Schirm 
erscheinen könnte. Ja, das Bit kann blöderweise auch mal im Code kippen, 
aber da dieser vergleichsweise klein ist, ist die Wahrscheinlichkeit 
entsprechend gering.

Tatsächlich kann ECC-RAM in diesem Umfeld sogar kontraproduktiv sein, 
weil bei nicht korrigierbaren Fehlern das System hart angehalten wird, 
statt nur einen harmlosen Bildfehler zu riskieren.

Hergen

[toc] | [prev] | [next] | [standalone]

#252760

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2019-02-06 20:33 +0100
Message-ID<q3fcpt$d56$1@news.bawue.net>
In reply to#252759
On 2/6/19 8:23 PM, Hergen Lehmann wrote:
> Am 06.02.19 um 19:47 schrieb Hanno Foest:
> 
>>> Genau darum geht es. Man kann demnach nicht das von manchem so beliebte
>>> Pauschalurteil zum Besten geben, wonach ausschliesslich ECC-RAM sinnvoll
>>> sein könne.
>>
>> Sagen wir mal so: Ich kenne nur sehr wenige Fälle, in denen es 
>> sinnvoll sein könnte, nicht mit möglichst hoher Konfidenz die Werte 
>> aus dem RAM zurückzubekommen, die man mal reingeschrieben hat.
> 
> Sehr viele solche Fälle liefert der gesamte Entertainment-Sektor.
> 
> Es ergibt wenig Sinn, zusätzliches Geld in ECC-RAM zu investieren, nur 
> weil mit einer gewissen Wahrscheinlichkeit alle x Monate ein 
> zusätzliches MPEG-Klötzchen oder ein kleiner Texturfehler auf dem Schirm 
> erscheinen könnte. Ja, das Bit kann blöderweise auch mal im Code kippen, 
> aber da dieser vergleichsweise klein ist, ist die Wahrscheinlichkeit 
> entsprechend gering.
> 
> Tatsächlich kann ECC-RAM in diesem Umfeld sogar kontraproduktiv sein, 
> weil bei nicht korrigierbaren Fehlern das System hart angehalten wird, 
> statt nur einen harmlosen Bildfehler zu riskieren.

Was du bei nicht korrigierbaren Fehlern machst bleibt deiner Software 
überlassen, es ist nicht Pflicht eine Systempanic hinzulegen.

Aber ja, bei einem Mediaplayer ist das nicht so das Problem. Der gibt 
üblicherweise nur Daten wieder die woanders noch existieren.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#252762

FromHergen Lehmann <hlehmann.expires.5-11@snafu.de>
Date2019-02-07 01:05 +0100
Message-ID<ia9sif-t96.ln1@hergen.dyndns.org>
In reply to#252760
Am 06.02.19 um 20:33 schrieb Gerrit Heitsch:

>> Tatsächlich kann ECC-RAM in diesem Umfeld sogar kontraproduktiv sein, 
>> weil bei nicht korrigierbaren Fehlern das System hart angehalten wird, 
>> statt nur einen harmlosen Bildfehler zu riskieren.
> 
> Was du bei nicht korrigierbaren Fehlern machst bleibt deiner Software 
> überlassen, es ist nicht Pflicht eine Systempanic hinzulegen.

Wenn ECC versagt, hast du es nicht mehr mit einzelnen Bitfehlern zu tun, 
sondern mit einem komplett zufälligen Wort. Sprich: Der Fehler wurde 
sogar verstärkt.
Es hat schon seinen Grund, warum darauf üblicherweise mit Panic reagiert 
wird.

> Aber ja, bei einem Mediaplayer ist das nicht so das Problem. Der gibt 
> üblicherweise nur Daten wieder die woanders noch existieren.

Bei Spielen wird es ähnlich aussehen. Da sind >95% des RAM-Inhalts 
irgendwelche Grafikressourcen, und wenn darin mal ein Bit kippt, fällt 
das in den meisten Fällen nicht mal auf.

Hergen

[toc] | [prev] | [next] | [standalone]

#252764

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2019-02-07 07:09 +0100
Message-ID<q3gi2q$t83$1@news.bawue.net>
In reply to#252762
On 2/7/19 1:05 AM, Hergen Lehmann wrote:
> Am 06.02.19 um 20:33 schrieb Gerrit Heitsch:
> 
>>> Tatsächlich kann ECC-RAM in diesem Umfeld sogar kontraproduktiv sein, 
>>> weil bei nicht korrigierbaren Fehlern das System hart angehalten 
>>> wird, statt nur einen harmlosen Bildfehler zu riskieren.
>>
>> Was du bei nicht korrigierbaren Fehlern machst bleibt deiner Software 
>> überlassen, es ist nicht Pflicht eine Systempanic hinzulegen.
> 
> Wenn ECC versagt, hast du es nicht mehr mit einzelnen Bitfehlern zu tun, 
> sondern mit einem komplett zufälligen Wort. Sprich: Der Fehler wurde 
> sogar verstärkt.

Ohne ECC weisst du gar nicht was du da hast, es kann alles von einem 
korrekten Wert zu allen Bits invertiert sein. Mit ECC weisst du 
zumindest, daß was kaputt ist.

Abgesehen davon gibt es ECC-Implementationen die auch Mehrbitfehler 
korrigieren können. Hängt davon ab wieviele extra Bits du zur Verfügung 
hast. Mein System hier meldet:

EDAC amd64: using x8 syndromes.

Also 8 Bit extra, mein älteres nur 4. Ich hab noch nicht rausgefunden ob 
das einen realen Unterschied macht.



> Es hat schon seinen Grund, warum darauf üblicherweise mit Panic reagiert 
> wird.

Man kann das auch feiner abstufen:

Im Kernel?  => Panic
Im Prozess? => Prozess abschiessen.

Man muss nicht das ganze System abschiessen nur weil ein Prozess 
kaputten Speicher benutzt. Es reicht den Prozess abzuschiessen und die 
Page mit den kaputten Bits als unbenutzbar zu markieren.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#252768

FromHergen Lehmann <hlehmann.expires.5-11@snafu.de>
Date2019-02-07 09:50 +0100
Message-ID<g48tif-p5a.ln1@hergen.dyndns.org>
In reply to#252764
Am 07.02.19 um 07:09 schrieb Gerrit Heitsch:

> Ohne ECC weisst du gar nicht was du da hast, es kann alles von einem 
> korrekten Wert zu allen Bits invertiert sein.

Was für ein Fehlermechanismus soll das sein, der alle Bits invertiert 
(noch dazu, wo sich ein Wort meist über mehrere Speicherbausteine 
erstreckt)?

Nein, so wie ein RAM arbeitet, hast du in aller Regel einzelne, gekippte 
Bits. Im Fall ionisierender Strahlung als Störquelle ggf. auch mal 
mehrere benachbarte Bits.

> Man kann das auch feiner abstufen:
> 
> Im Kernel?  => Panic
> Im Prozess? => Prozess abschiessen.
> 
> Man muss nicht das ganze System abschiessen nur weil ein Prozess 
> kaputten Speicher benutzt. Es reicht den Prozess abzuschiessen und die 

Für den Desktop-Anwender macht das keinen Unterschied. Seine Daten sind weg.

> Page mit den kaputten Bits als unbenutzbar zu markieren.

Macht das jemand? Ist das sinnvoll?
Bei *kaputtem* RAM wird die Maschine so instabil, das sie eh nicht mehr 
zu verwenden ist. Und einzelne zufällig gekippte Bits sollten 
wiederverwendbar sein.

Hergen

[toc] | [prev] | [next] | [standalone]

#252769

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2019-02-07 10:19 +0100
Message-ID<q3gt7s$23f$1@news.bawue.net>
In reply to#252768
On 2/7/19 9:50 AM, Hergen Lehmann wrote:
> Am 07.02.19 um 07:09 schrieb Gerrit Heitsch:
> 
>> Ohne ECC weisst du gar nicht was du da hast, es kann alles von einem 
>> korrekten Wert zu allen Bits invertiert sein.
> 
> Was für ein Fehlermechanismus soll das sein, der alle Bits invertiert 
> (noch dazu, wo sich ein Wort meist über mehrere Speicherbausteine 
> erstreckt)?

Schon klar, aber ohne ECC weisst du es eben nicht.


> Nein, so wie ein RAM arbeitet, hast du in aller Regel einzelne, gekippte 
> Bits. Im Fall ionisierender Strahlung als Störquelle ggf. auch mal 
> mehrere benachbarte Bits.

Wobei physikalisch benachbarte Bits das nicht unbedingt auch logisch 
sein müssen.


>> Man kann das auch feiner abstufen:
>>
>> Im Kernel?  => Panic
>> Im Prozess? => Prozess abschiessen.
>>
>> Man muss nicht das ganze System abschiessen nur weil ein Prozess 
>> kaputten Speicher benutzt. Es reicht den Prozess abzuschiessen und die 
> 
> Für den Desktop-Anwender macht das keinen Unterschied. Seine Daten sind 
> weg.

Nur die seit dem letzten Save und nur die in diesem Prozess. Das ist 
deutlich besser als ein Reboot.



>> Page mit den kaputten Bits als unbenutzbar zu markieren.
> 
> Macht das jemand? Ist das sinnvoll?

Ja, ich erinnere mich da noch ein einen Eintrag im Syslog einer SPARC 
mit Solaris 10. Die hatte in einem Modul an einer Adresse ein schwaches 
Bit welches immer mal wieder einen ECC-Fehler warf. Bei längeren Uptimes 
konnte man im Syslog was von 'retiring page' (oder so ähnlich) nach 
einem korrigierbaren ECC-Error lesen. Zumindest Solaris führt also 
intern Buch welche Page wie oft ungebührlich aufgefallen ist. Wenn sie 
das zu oft tut wird sie nicht mehr benutzt.

Fand ich schon sinnvoll.



> Bei *kaputtem* RAM wird die Maschine so instabil, das sie eh nicht mehr 
> zu verwenden ist.

Kommt drauf an wie kaputt... Es gibt ein ECC-Verfahren von IBM welches 
nicht umsonst 'Chipkill' heisst. Damit ist  der Ausfall eines kompletten 
ICs kompensierbar.

Wenn der Chip natürlich Kernschmelze hat und die Busleitungen belegt hat 
man verloren.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#252777

FromHanno Foest <hurga-news2@tigress.com>
Date2019-02-08 15:12 +0100
Message-ID<gc5h1kFr4orU1@mid.individual.net>
In reply to#252768
Am 07.02.19 um 09:50 schrieb Hergen Lehmann:

>> Page mit den kaputten Bits als unbenutzbar zu markieren.
> 
> Macht das jemand? Ist das sinnvoll?
> Bei *kaputtem* RAM wird die Maschine so instabil, das sie eh nicht mehr 
> zu verwenden ist.

Warum? Ich hab zufällig letztens einen Blick auf den Nagios-Server der 
Firma geworfen, der loggte sekündlich (!) ECC-Fehler, seit 3 Wochen. Ich 
habs nicht genauer analysiert, aber meiner Interpretation nach ist 
(mindestens) 1 Bit dauerhaft und völlig im Arsch, aber halt per ECC 
korrigierbar, und öfter als einmal pro Sekunde wird nicht geloggt.

Ich hab der Nachbarabteilung, die den Server betreut, dann halt den Tip 
gegeben, das mal zu fixen und Nagios sich auch selber überwachen zu 
lassen :)

Hanno

[toc] | [prev] | [next] | [standalone]

#252778

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2019-02-08 15:16 +0100
Message-ID<q3k2vn$d6r$1@news.bawue.net>
In reply to#252777
On 2/8/19 3:12 PM, Hanno Foest wrote:
> Am 07.02.19 um 09:50 schrieb Hergen Lehmann:
> 
>>> Page mit den kaputten Bits als unbenutzbar zu markieren.
>>
>> Macht das jemand? Ist das sinnvoll?
>> Bei *kaputtem* RAM wird die Maschine so instabil, das sie eh nicht 
>> mehr zu verwenden ist.
> 
> Warum? Ich hab zufällig letztens einen Blick auf den Nagios-Server der 
> Firma geworfen, der loggte sekündlich (!) ECC-Fehler, seit 3 Wochen. Ich 
> habs nicht genauer analysiert, aber meiner Interpretation nach ist 
> (mindestens) 1 Bit dauerhaft und völlig im Arsch, aber halt per ECC 
> korrigierbar, und öfter als einmal pro Sekunde wird nicht geloggt.

Wundert mich, daß Linux noch kein page retirement macht wenn eine Page 
zuviele Fehler produziert.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#252780

FromHanno Foest <hurga-news2@tigress.com>
Date2019-02-08 15:32 +0100
Message-ID<gc5i7uFrce2U1@mid.individual.net>
In reply to#252778
Am 08.02.19 um 15:16 schrieb Gerrit Heitsch:

> Wundert mich, daß Linux noch kein page retirement macht wenn eine Page 
> zuviele Fehler produziert.

Kommt wahrscheinlich zu selten vor, und die Leute tauschen dann eher das 
RAM. Per GRUB geht es jedenfalls. Aus /etc/default/grub:

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

Hanno

[toc] | [prev] | [next] | [standalone]

#252781

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2019-02-08 16:17 +0100
Message-ID<q3k6hf$el4$2@news.bawue.net>
In reply to#252780
On 2/8/19 3:32 PM, Hanno Foest wrote:
> Am 08.02.19 um 15:16 schrieb Gerrit Heitsch:
> 
>> Wundert mich, daß Linux noch kein page retirement macht wenn eine Page 
>> zuviele Fehler produziert.
> 
> Kommt wahrscheinlich zu selten vor, und die Leute tauschen dann eher das 
> RAM. Per GRUB geht es jedenfalls. Aus /etc/default/grub:
> 
> # Uncomment to enable BadRAM filtering, modify to suit your needs
> # This works with Linux (no patch required) and with any kernel that 
> obtains
> # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
> #GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

Ja, OK, das muss man von Hand einfügen. Solaris hat das automatisch 
gemacht. Im Logfile stand dazu natürlich eine Meldung.

Die Idee dahinter war wohl, daß man nicht gleich ins RZ rennen muss wenn 
der Fehler dauerhaft wird sondern sich die Zeit nehmen kann und erst bei 
der nächsten geplanten Downtime das fehlerhafte Modul wechselt.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#252783

FromBernd Laengerich <Bernd.Laengerich@web.de>
Date2019-02-08 16:57 +0100
Message-ID<gc5n7mFsg1sU1@mid.individual.net>
In reply to#252781
Am 08.02.2019 um 16:17 schrieb Gerrit Heitsch:

> Die Idee dahinter war wohl, daß man nicht gleich ins RZ rennen muss wenn der 
> Fehler dauerhaft wird sondern sich die Zeit nehmen kann und erst bei der 
> nächsten geplanten Downtime das fehlerhafte Modul wechselt.

Das war wohl noch in Zeiten vor Hotplug-fähigen Speicherslots.

Bernd

[toc] | [prev] | [next] | [standalone]

#252807

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2019-02-09 18:50 +0100
Message-ID<q3n3td$lqa$1@news.bawue.net>
In reply to#252783
On 2/8/19 4:57 PM, Bernd Laengerich wrote:
> Am 08.02.2019 um 16:17 schrieb Gerrit Heitsch:
> 
>> Die Idee dahinter war wohl, daß man nicht gleich ins RZ rennen muss 
>> wenn der Fehler dauerhaft wird sondern sich die Zeit nehmen kann und 
>> erst bei der nächsten geplanten Downtime das fehlerhafte Modul wechselt.
> 
> Das war wohl noch in Zeiten vor Hotplug-fähigen Speicherslots.

Die gibt es nur bei High-End-Servern, der übliche Rackmountserver kann 
das nicht. Ausserdem kann es sein, daß der OS-Kernel auf dem fraglichen 
Modul zu finden ist. Den musst du vor dem Wechsel erst einmal umziehen.

Bei einer VM natürlich einfach, aber wenn es nicht die VM sondern das 
Host-OS ist sieht es anders aus. Solaris konnte das schon um 2002.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#252784

FromAxel Berger <Spam@Berger-Odenthal.De>
Date2019-02-08 16:59 +0100
Message-ID<5C5DA75E.B23A28E2@Berger-Odenthal.De>
In reply to#252777
Hanno Foest wrote:
> aber halt per ECC korrigierbar,

Weil völlig nicht mein Fachgebiet und ich gar keine Ahnung habe:
Wie kann ich mit einem bit pro Byte korrigieren? Einzelfehler (und alle
höheren ungeraden) erkennen ist klar, aber korrigieren?

-- 
/¯\   No  |    Dipl.-Ing. F. Axel Berger    Tel: +49/ 221/ 7771 8067
\ /  HTML |    Roald-Amundsen-Straße 2a     Fax: +49/ 221/ 7771 8069
 X    in  |    D-50829 Köln-Ossendorf      http://berger-odenthal.de
/ \  Mail | -- No unannounced, large, binary attachments, please! --

[toc] | [prev] | [next] | [standalone]

#252791

FromBernd Laengerich <bernd.laengerich@web.de>
Date2019-02-08 20:25 +0100
Message-ID<gc63cfFjssU1@mid.individual.net>
In reply to#252784
Am 08.02.2019 um 16:59 schrieb Axel Berger:

> Wie kann ich mit einem bit pro Byte korrigieren? Einzelfehler (und alle
> höheren ungeraden) erkennen ist klar, aber korrigieren?

Gar nicht. Aber die Speicherbänke sind zu 64bit zusammengefasst, also 8 
Pritätsbits pro Wort (es werden eigentlich nur 7 benötigt). Damit lassen 
sich dann 1bit-Fehler im Wort erkennen und korrigieren und 2bit-Fehler 
erkennen. Siehe Hamming-Code.

Bernd

[toc] | [prev] | [next] | [standalone]

#252808

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2019-02-09 18:52 +0100
Message-ID<q3n409$lqa$2@news.bawue.net>
In reply to#252784
On 2/8/19 4:59 PM, Axel Berger wrote:
> Hanno Foest wrote:
>> aber halt per ECC korrigierbar,
> 
> Weil völlig nicht mein Fachgebiet und ich gar keine Ahnung habe:
> Wie kann ich mit einem bit pro Byte korrigieren? Einzelfehler (und alle
> höheren ungeraden) erkennen ist klar, aber korrigieren?

Kannst du nicht. Aber mit 4 Bit extra pro 32 Bit geht eine Korrektur von 
1-Bit-Fehlern und eine Erkennung von 2-Bit-Fehlern.

Netterweise reichen dazu immer noch 1 Bit extra pro 8 Bit, man muss sie 
nur immer als Gruppe von 32 Bit betrachten.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#252772

FromSiegfried Blos <usenet@siegfried-blos.de>
Date2019-02-07 12:06 +0100
Message-ID<gc3nvuFf8krU1@mid.individual.net>
In reply to#252764
Gerrit Heitsch <gerrit@laosinh.s.bawue.de> schrieb:

>Ohne ECC weisst du gar nicht was du da hast, es kann alles von einem 
>korrekten Wert zu allen Bits invertiert sein. Mit ECC weisst du 
>zumindest, daß was kaputt ist.
>
>Abgesehen davon gibt es ECC-Implementationen die auch Mehrbitfehler 
>korrigieren können. Hängt davon ab wieviele extra Bits du zur Verfügung 
>hast. Mein System hier meldet:
>
>EDAC amd64: using x8 syndromes.
>
>Also 8 Bit extra, mein älteres nur 4. Ich hab noch nicht rausgefunden ob 
>das einen realen Unterschied macht.
>
Es macht keinen. Früher hattest du ein 32Bit-System -> 1 Bit pro Byte
sind 4 Bit fürs ECC. Jetzt sinds 64 Bit (amd64), immer noch 1 bit pro
Byte macht 8 Bit fürs ECC.

Siegfried

[toc] | [prev] | [next] | [standalone]

#252773

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2019-02-08 06:48 +0100
Message-ID<q3j56p$j0$1@news.bawue.net>
In reply to#252772
On 2/7/19 12:06 PM, Siegfried Blos wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> schrieb:
> 
>> Ohne ECC weisst du gar nicht was du da hast, es kann alles von einem
>> korrekten Wert zu allen Bits invertiert sein. Mit ECC weisst du
>> zumindest, daß was kaputt ist.
>>
>> Abgesehen davon gibt es ECC-Implementationen die auch Mehrbitfehler
>> korrigieren können. Hängt davon ab wieviele extra Bits du zur Verfügung
>> hast. Mein System hier meldet:
>>
>> EDAC amd64: using x8 syndromes.
>>
>> Also 8 Bit extra, mein älteres nur 4. Ich hab noch nicht rausgefunden ob
>> das einen realen Unterschied macht.
>>
> Es macht keinen. Früher hattest du ein 32Bit-System -> 1 Bit pro Byte
> sind 4 Bit fürs ECC. Jetzt sinds 64 Bit (amd64), immer noch 1 bit pro
> Byte macht 8 Bit fürs ECC.

Ah, OK, dann liegt es einfach daran wie die Speichercontroller benutzt 
werden.

Das System mit 4 Bit extra ist auch ein amd64.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#252794

FromSiegfried Blos <usenet@siegfried-blos.de>
Date2019-02-08 14:51 +0100
Message-ID<gc660nF15peU1@mid.individual.net>
In reply to#252773
Gerrit Heitsch <gerrit@laosinh.s.bawue.de> schrieb:

>On 2/7/19 12:06 PM, Siegfried Blos wrote:
>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> schrieb:
>> 
>>> Ohne ECC weisst du gar nicht was du da hast, es kann alles von einem
>>> korrekten Wert zu allen Bits invertiert sein. Mit ECC weisst du
>>> zumindest, daß was kaputt ist.
>>>
>>> Abgesehen davon gibt es ECC-Implementationen die auch Mehrbitfehler
>>> korrigieren können. Hängt davon ab wieviele extra Bits du zur Verfügung
>>> hast. Mein System hier meldet:
>>>
>>> EDAC amd64: using x8 syndromes.
>>>
>>> Also 8 Bit extra, mein älteres nur 4. Ich hab noch nicht rausgefunden ob
>>> das einen realen Unterschied macht.
>>>
>> Es macht keinen. Früher hattest du ein 32Bit-System -> 1 Bit pro Byte
>> sind 4 Bit fürs ECC. Jetzt sinds 64 Bit (amd64), immer noch 1 bit pro
>> Byte macht 8 Bit fürs ECC.
>
>Ah, OK, dann liegt es einfach daran wie die Speichercontroller benutzt 
>werden.
>
>Das System mit 4 Bit extra ist auch ein amd64.
>
Da gibt es ja verschiedene Methoden. Die von mir angedachte war eine
der Einfachsten, sie dient nur zur Erkennung, nicht zur Korrektur. Das
geht natürlich auch mit mehr als 8 Bit zu 1 ECC-Bit. Nur je mehr Bit
zu einem Ergebnis im ECC-Bit führen, desto höher ist die
Wahrscheinlichkeit, dass 2 Bit kippen und das nicht erkannt wird.

Siegfried

[toc] | [prev] | [next] | [standalone]

#252761

FromHanno Foest <hurga-news2@tigress.com>
Date2019-02-06 20:43 +0100
Message-ID<gc0rmkFq7mrU1@mid.individual.net>
In reply to#252759
Am 06.02.19 um 20:23 schrieb Hergen Lehmann:

>> Sagen wir mal so: Ich kenne nur sehr wenige Fälle, in denen es 
>> sinnvoll sein könnte, nicht mit möglichst hoher Konfidenz die Werte 
>> aus dem RAM zurückzubekommen, die man mal reingeschrieben hat.
> 
> Sehr viele solche Fälle liefert der gesamte Entertainment-Sektor.

Verschmerzbar ist was anderes als sinnvoll, und Gaming (ebenfalls 
Entertainment) nannte ich ja bereits selber. Sinnvoll wäre es vielleicht 
da, wo man einen sehr schlechten Zufallsgenerator bauen möchte.

> Tatsächlich kann ECC-RAM in diesem Umfeld sogar kontraproduktiv sein, 
> weil bei nicht korrigierbaren Fehlern das System hart angehalten wird, 
> statt nur einen harmlosen Bildfehler zu riskieren.

Ob du anhältst oder sonstwas machst ist dir überlassen. Wobei ich nicht 
glaube, daß ein System, was nichtkorrigierbare Fehler wirft, noch lange 
läuft, selbst wenn man es ließe.

Hanno

[toc] | [prev] | [next] | [standalone]

#252697

FromHanno Foest <hurga-news2@tigress.com>
Date2019-02-04 17:18 +0100
Message-ID<gbr6upFikdtU1@mid.individual.net>
In reply to#252694
On 04.02.19 15:56, Ralph A. Schmid, dk5ras wrote:

> Übrigens ist es offenbar ziemlich egal, was man da an RAM kauft, und
> eine "Lifetime Warranty" ist nicht mal ein Indiz, daß die dann länger
> hielten. Alles der gleiche Scheißendreck :(

Ich hab hier noch ein paar defekte Kingston liegen, die ich wg. 
"Lifetime Warranty" theoretisch tauschen könnte - leider will Kingston 
dazu eine Rechnung sehen, und die Riegel sind aus mir zugelaufener 
Hardware, daher hab ich keine :P

Für mich ist aber bzgl- ECC lediglich wichtig, daß mir das RAM sagen 
kann, wann es kaputt ist, und ich mir das nicht aus seltsamem 
Systemverhalten zusammenreimen muß.

Hanno

[toc] | [prev] | [next] | [standalone]

Page 8 of 11 — ← Prev page 1 … 6 7 [8] 9 10 11  Next page →

Back to top | Article view | de.sci.electronics

csiph-web