Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #328504 > unrolled thread
| Started by | Helmut Schellong <rip@schellong.biz> |
|---|---|
| First post | 2022-11-03 18:04 +0100 |
| Last post | 2022-11-08 20:45 +0100 |
| Articles | 14 on this page of 114 — 21 participants |
Back to article view | Back to de.sci.electronics
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-03 18:04 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Hanno Foest <hurga-news2@tigress.com> - 2022-11-03 22:47 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Guido Grohmann <guido.grohmann@gmx.de> - 2022-11-04 07:33 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-04 07:41 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-04 10:03 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-04 10:09 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-04 15:32 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-04 22:16 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-05 12:51 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-05 11:43 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-05 15:20 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten "Peter Heirich" <talk.usenet@info21.heirich.name> - 2022-11-05 00:01 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-05 07:48 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-05 20:49 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-06 13:18 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-06 21:45 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-07 21:11 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Hanno Foest <hurga-news2@tigress.com> - 2022-11-07 22:02 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-08 21:49 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-09 16:39 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-09 21:58 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-10 11:18 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-10 22:03 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-10 22:23 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-11 19:04 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-11 23:12 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-11 22:16 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-09 16:35 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-09 22:00 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-10 07:15 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-10 22:07 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-10 22:16 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-11 22:22 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-12 18:24 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-12 21:36 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-12 22:15 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-13 20:32 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-13 22:30 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-14 22:44 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-15 07:49 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-15 14:29 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-15 14:36 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-15 15:50 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-15 22:05 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Hanno Foest <hurga-news2@tigress.com> - 2022-11-16 01:00 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-16 22:26 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-16 21:10 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Bernd Laengerich <Bernd.Laengerich@web.de> - 2022-11-15 17:23 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-15 17:44 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-15 22:09 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-16 19:36 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-17 21:19 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-18 17:35 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Bernd Laengerich <Bernd.Laengerich@web.de> - 2022-11-18 22:31 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten olaf <olaf@criseis.ruhr.de> - 2022-11-19 05:28 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-19 10:16 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Hanno Foest <hurga-news2@tigress.com> - 2022-11-15 18:21 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2022-11-16 07:31 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Guido Grohmann <guido.grohmann@gmx.de> - 2022-11-15 18:01 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-15 18:09 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Axel Berger <Spam@Berger-Odenthal.De> - 2022-11-15 20:33 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-14 19:13 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-14 22:39 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-16 19:30 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-11-16 21:20 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-16 20:49 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2022-11-17 05:54 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-18 17:31 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-11 23:14 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Leo Baumann <ib@leobaumann.de> - 2022-11-11 23:29 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-12 18:21 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten "Peter Heirich" <talk.usenet@info21.heirich.name> - 2022-11-05 21:19 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-05 22:44 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten "Peter Heirich" <talk.usenet@info21.heirich.name> - 2022-11-06 00:00 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 08:17 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-06 08:21 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-09 16:55 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-09 17:32 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gregor Szaktilla <spam0.sz@ktilla.de> - 2022-11-09 17:34 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-09 17:37 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-11-06 22:12 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-09 16:52 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Peter Heirich <talk.usenet@info21.heirich.name> - 2022-11-10 02:34 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-05 18:22 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-05 18:57 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-22 22:02 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-23 17:13 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Holger Schieferdecker <spamless@gmx.de> - 2022-11-24 09:22 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-24 12:00 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-27 18:16 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-27 16:07 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Hanno Foest <hurga-news2@tigress.com> - 2022-11-04 14:57 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-04 16:24 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-04 19:31 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-04 20:24 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Guido Grohmann <guido.grohmann@gmx.de> - 2022-11-04 17:04 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-05 18:20 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-04 19:28 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-04 09:49 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Hanno Foest <hurga-news2@tigress.com> - 2022-11-04 14:53 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-04 15:58 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-05 12:53 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-11-05 12:04 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-05 17:42 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Laurenz Trossel <me@example.invalid> - 2022-11-06 14:12 +0000
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Alexander Schreiber <als@usenet.thangorodrim.de> - 2022-11-08 21:49 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-05 16:06 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-04 19:25 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-11-27 16:17 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-11-27 16:20 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Volker Bartheld <news2022@bartheld.net> - 2022-11-27 18:13 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Leo Baumann <ib@leobaumann.de> - 2022-11-03 23:23 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-04 09:36 +0100
Re: [OT-Frage] Sicherer Speicher für wichtige Daten Helmut Schellong <rip@schellong.biz> - 2022-11-08 20:45 +0100
Page 6 of 6 — ← Prev page 1 2 3 4 5 [6]
| From | Helmut Schellong <rip@schellong.biz> |
|---|---|
| Date | 2022-11-04 15:58 +0100 |
| Message-ID | <tk39at$dch6$1@solani.org> |
| In reply to | #328554 |
On 11/04/2022 14:53, Hanno Foest wrote: > On 04.11.22 09:49, Helmut Schellong wrote: > >>> Statistik am Einzelfall, immer wieder sehr beliebt. Und dann kommt sowas >>> >>> https://en.wikipedia.org/wiki/Deskstar#IBM_Deskstar_75GXP_failures >>> >>> und man guckt in die Röhre. >> >> Ich beachte _nur_ eigene konkrete Erfahrungen und _solche_ aus meinem Umfeld. >> Betreffend Festplatten und PC-Netzteile. > > Das ist hierzugroups zweifellos bekannt, daß dein geistiger Horizont eingeschränkt ist, und du unfähig bist, über deinen Tellerrand hinauszugucken. > Es ist anders herum: Ich kann mich nur auf eigene konkrete Erfahrungen _verlassen_. Betreffend eigene Hardware und Hardware in meinem Umfeld. Hinter dem Tellerrand habe ich zu oft Müll gelesen und erfahren. -- Mit freundlichen Grüßen Helmut Schellong var@schellong.biz http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html
[toc] | [prev] | [next] | [standalone]
| From | Rolf Bombach <rolfnospambombach@invalid.invalid> |
|---|---|
| Date | 2022-11-05 12:53 +0100 |
| Message-ID | <tk5isf$2ed7o$1@dont-email.me> |
| In reply to | #328538 |
Helmut Schellong schrieb: > > Ich beachte _nur_ eigene konkrete Erfahrungen und _solche_ aus meinem Umfeld. > Betreffend Festplatten und PC-Netzteile. > > Diese sagen mir ganz klar, daß es extrem unwahrscheinlich ist, daß zwei Festplatten > zum gleichen Zeitpunkt defekt gehen und sofort keinen Datenverkehr mehr zulassen. Kommt doch auf den Ausfallmechanismus an. Jede Platte für sich, ja. Allerdings gibt es auch gemeinsame Ursachen: Netzteil explodiert (BDTD), Decke stürzt auf PC, Blitzschlag, Brand, Hochwasser (etwa 4 PCs hab ich bei Feuerwehreinsätzen aus dem Wasser gezogen). > > Ich verwende seit Jahrzehnten ausnahmslos Festplatten WD Gold Enterprise 24/7. > IBM produziert seit Jahrzehnten keine mehr - und ist damit irrelevant. Die Kurven wurden hier gezeigt; fast alle Hersteller hatten ihre Höhen und Tiefen. So schlecht wie WDC im Sommer 18 war eigentlich kein anderer Hersteller. IBM ist jetzt wohl HGST, die haben eigentlich sehr tiefe Ausfallraten. -- mfg Rolf Bombach
[toc] | [prev] | [next] | [standalone]
| From | Michael Schwingen <news-1513678000@discworld.dascon.de> |
|---|---|
| Date | 2022-11-05 12:04 +0000 |
| Message-ID | <slrntmcka9.28h.news-1513678000@a-tuin.ms.intern> |
| In reply to | #328580 |
On 2022-11-05, Rolf Bombach <rolfnospambombach@invalid.invalid> wrote: >> >> Diese sagen mir ganz klar, daß es extrem unwahrscheinlich ist, daß zwei Festplatten >> zum gleichen Zeitpunkt defekt gehen und sofort keinen Datenverkehr mehr zulassen. > > Kommt doch auf den Ausfallmechanismus an. Jede Platte für sich, ja. > Allerdings gibt es auch gemeinsame Ursachen: Netzteil explodiert (BDTD), > Decke stürzt auf PC, Blitzschlag, Brand, Hochwasser (etwa 4 PCs hab > ich bei Feuerwehreinsätzen aus dem Wasser gezogen). + Fertigungsfehler und Firmware-Bugs. Es gab da welche, die durchaus zum Ausfall von 2 Platten kurz nacheinander (oder nach der gleichen Anzahl von Einschaltvorgängen) führte, ich habe da mal bei einem RAID aus baugleichen Seagate-Platten Daten retten dürfen. Seitdem versuche ich, unterschiedliche Platten einzusetzen. cu Michael
[toc] | [prev] | [next] | [standalone]
| From | Rolf Bombach <rolfnospambombach@invalid.invalid> |
|---|---|
| Date | 2022-11-05 17:42 +0100 |
| Message-ID | <tk63p7$2i7jn$1@dont-email.me> |
| In reply to | #328582 |
Michael Schwingen schrieb: > > + Fertigungsfehler und Firmware-Bugs. Es gab da welche, die durchaus zum > Ausfall von 2 Platten kurz nacheinander (oder nach der gleichen Anzahl von > Einschaltvorgängen) führte, ich habe da mal bei einem RAID aus baugleichen > Seagate-Platten Daten retten dürfen. > > Seitdem versuche ich, unterschiedliche Platten einzusetzen. Materialbeschaffer/Bewirtschafter einer Serverfarm dürfte ein Albtraumberuf sein. Aber sicher interessant. -- mfg Rolf Bombach
[toc] | [prev] | [next] | [standalone]
| From | Laurenz Trossel <me@example.invalid> |
|---|---|
| Date | 2022-11-06 14:12 +0000 |
| Message-ID | <tk8fba$1d3q$1@gioia.aioe.org> |
| In reply to | #328592 |
On 2022-11-05, Rolf Bombach <rolfnospambombach@invalid.invalid> wrote: > Materialbeschaffer/Bewirtschafter einer Serverfarm dürfte > ein Albtraumberuf sein. Aber sicher interessant. https://www.backblaze.com/blog/backblaze-drive-stats-for-q3-2022/
[toc] | [prev] | [next] | [standalone]
| From | Alexander Schreiber <als@usenet.thangorodrim.de> |
|---|---|
| Date | 2022-11-08 21:49 +0100 |
| Message-ID | <slrntmlg66.3kuee.als@mordor.angband.thangorodrim.de> |
| In reply to | #328592 |
Rolf Bombach <rolfnospambombach@invalid.invalid> wrote:
> Michael Schwingen schrieb:
>>
>> + Fertigungsfehler und Firmware-Bugs. Es gab da welche, die durchaus zum
>> Ausfall von 2 Platten kurz nacheinander (oder nach der gleichen Anzahl von
>> Einschaltvorgängen) führte, ich habe da mal bei einem RAID aus baugleichen
>> Seagate-Platten Daten retten dürfen.
>>
>> Seitdem versuche ich, unterschiedliche Platten einzusetzen.
>
> Materialbeschaffer/Bewirtschafter einer Serverfarm dürfte
> ein Albtraumberuf sein. Aber sicher interessant.
Eh, Sorgen um den Ausfall einzelner Platten macht man sich nur
bei kleinen Installationen, wo alles in maximal ein/zwei Racks passt.
Bei grossen Installation ist alles so ausgelegt, dass man fest davon
ausgeht, dass:
- jede Einzelkomponente (Platte, Maschine, ...) wird irgendwann ausfallen
- es ist genug Redundanz vorhanden, das einfach abzufangen
Dabei reicht die Redundanz je nach System über die ganze Skala:
- Festplatte/SSD
- Maschine
- Rack
- Datacenter
- Datacenter Campus
- Stadtbereich
- Kontinentweites Rechennetz
Man liest sich,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <rip@schellong.biz> |
|---|---|
| Date | 2022-11-05 16:06 +0100 |
| Message-ID | <tk5u64$ek23$1@solani.org> |
| In reply to | #328580 |
On 11/05/2022 12:53, Rolf Bombach wrote: > Helmut Schellong schrieb: >> >> Ich beachte _nur_ eigene konkrete Erfahrungen und _solche_ aus meinem Umfeld. >> Betreffend Festplatten und PC-Netzteile. >> >> Diese sagen mir ganz klar, daß es extrem unwahrscheinlich ist, daß zwei Festplatten >> zum gleichen Zeitpunkt defekt gehen und sofort keinen Datenverkehr mehr zulassen. > > Kommt doch auf den Ausfallmechanismus an. Jede Platte für sich, ja. Genau so meine ich das, und genau so schreibe ich das überall. Ich meine stets meinen Festplatten-Mirror in meinem PC. > Allerdings gibt es auch gemeinsame Ursachen: Netzteil explodiert (BDTD), Kenne ich; wurde vor Jahren schon hier besprochen. Meine eigene Erfahrung zeigte mir bisher _nur_ Spannungen, die fehlerhaft klein waren. Also z.B. 1,6V statt 12V, und vergleichbar. Auch 5Vstb war mal plötzlich bei 0,8V. > Decke stürzt auf PC, Blitzschlag, Brand, Hochwasser (etwa 4 PCs hab > ich bei Feuerwehreinsätzen aus dem Wasser gezogen). Ich kopiere auch in meine Cloud. >> Ich verwende seit Jahrzehnten ausnahmslos Festplatten WD Gold Enterprise 24/7. >> IBM produziert seit Jahrzehnten keine mehr - und ist damit irrelevant. > > Die Kurven wurden hier gezeigt; fast alle Hersteller hatten > ihre Höhen und Tiefen. So schlecht wie WDC im Sommer 18 war > eigentlich kein anderer Hersteller. IBM ist jetzt wohl HGST, > die haben eigentlich sehr tiefe Ausfallraten. > Es kommt auch darauf an, aus welcher HDD-Familie gekauft wird. Ich kenne grob die Historie von WDC. Ganz früh, als Conner noch gängig war, war WDC gut. Dann hatte WDC eine lange kritische Phase. Danach, bis heute, habe ich keinen Grund zur Klage. Seagate und WDC sind seit Jahrzehnten führend. WDC hat Hitachi-HDD und Sandisk geschluckt. -- Mit freundlichen Grüßen Helmut Schellong var@schellong.biz http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2022@bartheld.net> |
|---|---|
| Date | 2022-11-04 19:25 +0100 |
| Message-ID | <1ivn6qe09b06v$.dlg@news.bartheld.net> |
| In reply to | #328521 |
On Thu, 3 Nov 2022 22:47:42 +0100, Hanno Foest wrote: > On 03.11.22 18:04, Helmut Schellong wrote: >> Nun ist auch die zweite alte Festplatte defekt gegangen. Mit etwa 13 >> Monaten zeitlichem Abstand. Es ist folglich extrem unwahrscheinlich, >> daß zwei [gleiche] Festplatten [im identischen Umfeld] gleichzeitig >> defekt gehen, so daß sie ab sofort keinen Datenverkehr mehr >> erlauben. > Statistik am Einzelfall, immer wieder sehr beliebt. Und dann kommt sowas > https://en.wikipedia.org/wiki/Deskstar#IBM_Deskstar_75GXP_failures > und man guckt in die Röhre. Oder Du ha(tte)st ein Athlon-Motherboard mit einem Chipsatz der bei DMA-Übertragung größerer Dateien die Daten klammheimlich korrumpiert. Der altbekannte Pentium FDIV Bug ist nur die Spitze des Eisbergs, seitdem wurden dutzende Male irgendwelche Bugs im Microcode ausgebügelt. Auch gab es schon einige Firmwareupdates für SSDs, die nicht nur mangelnde Performance sondern mögliche Integritätsprobleme behoben. Hast Du mehrere von den Dingern mit identischem Patchlevel am Start, geht es geht es plötzlich nicht mehr um zwei stochastisch unabhängige Ereignisse und auf die versprochene MTBF ist vollkommen geschissen. Und last not least schlägt natürlich genau dann ein Überspannungshoppala vom DSL-Hausanschluß auf die Netzwerkleitung durch, während das ach-so-tolle RAID-5-System die gerade eben wegen defektem Spindelmotor ausgetauschte Festplatte aufsynchronisiert. Und über Layer-8-Einflüsse à la "erst löschen, dann kopieren" oder robocopy /mir bzw. rsync --delete mit versehentlich vertauschtem Quell- und Zielverzeichnis oder ein SSD-Secure-Erase auf dem falschen Gerät haben wir noch gar nicht gesprochen. Wenn Du dann nicht einen richtig guten Plan zur Datenwiederherstellung hast, ist Deine digitale Existenz in Sekundenbruchteilen vernichtet. Volker
[toc] | [prev] | [next] | [standalone]
| From | Rolf Bombach <rolfnospambombach@invalid.invalid> |
|---|---|
| Date | 2022-11-27 16:17 +0100 |
| Message-ID | <tlvv2q$1mkn4$1@dont-email.me> |
| In reply to | #328560 |
Volker Bartheld schrieb: > > Und über Layer-8-Einflüsse à la "erst löschen, dann kopieren" oder > robocopy /mir bzw. rsync --delete mit versehentlich vertauschtem Quell- > und Zielverzeichnis oder ein SSD-Secure-Erase auf dem falschen Gerät > haben wir noch gar nicht gesprochen. Das kann gar nicht oft genug genannt werden. Der grösste Feind der Daten sitzt vor der Tastatur. Hören viele nicht gern und verzerren dann die Risikofaktoren. > Wenn Du dann nicht einen richtig guten Plan zur Datenwiederherstellung > hast, ist Deine digitale Existenz in Sekundenbruchteilen vernichtet. Ein erster, offenbar gar nicht so einfacher Schritt ist es, diese Daten überhaupt noch irgendwo zu haben. Aber erklär das mal einem Theoretiker. -- mfg Rolf Bombach
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-11-27 16:20 +0100 |
| Message-ID | <tlvv3j$853$2@news.bawue.net> |
| In reply to | #329510 |
On 11/27/22 16:17, Rolf Bombach wrote: > Volker Bartheld schrieb: >> >> Und über Layer-8-Einflüsse à la "erst löschen, dann kopieren" oder >> robocopy /mir bzw. rsync --delete mit versehentlich vertauschtem Quell- >> und Zielverzeichnis oder ein SSD-Secure-Erase auf dem falschen Gerät >> haben wir noch gar nicht gesprochen. > > Das kann gar nicht oft genug genannt werden. > Der grösste Feind der Daten sitzt vor der Tastatur. Hören viele > nicht gern und verzerren dann die Risikofaktoren. Deshalb scripte ich solche Dinge wann immer möglich. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Volker Bartheld <news2022@bartheld.net> |
|---|---|
| Date | 2022-11-27 18:13 +0100 |
| Message-ID | <1qy0lexzkzeiq$.dlg@news.bartheld.net> |
| In reply to | #329510 |
On Sun, 27 Nov 2022 16:17:47 +0100, Rolf Bombach wrote: > Volker Bartheld schrieb: >> Und über Layer-8-Einflüsse à la "erst löschen, dann kopieren" oder >> robocopy /mir bzw. rsync --delete mit versehentlich vertauschtem Quell- >> und Zielverzeichnis oder ein SSD-Secure-Erase auf dem falschen Gerät >> haben wir noch gar nicht gesprochen. Und kaum gepostet, isses mir auch schon selbst passiert. Hatte ich eben fix auf einer extern via USB-Dock angeschlossenen SSD (Samsung 850 EVO 250GB) einen Secure Erase gemacht: https://wiki.ubuntuusers.de/SSD/Secure-Erase/ Besitze einen Linux Mint Mate Bootstick, also kein Problem. Oder? Doch. Ich _glaubte_ auf einer extern via USB-Dock angeschlossenen SSD einen Secure Erase zu machen. Tatsächlich war sda aber die Boot-SSD, nicht die über USB gemountete. War die komplette Windows 7 Bootpartition weg. BRAVO HERR BARTHELD! Exzellente Arbeit. Ganz toll. Könnte zur Ehrenrettung noch folgende Info nachreichen: Bootdisk: Samsung 860 Pro 250GB ----------------------^--^^^ Externe SSD: Samsung 850 Evo 250GB ----------------------^--^^^ , trotzdem megapeinlich und eigentlich unentschuldbar. Passiert, wenn man nebenher noch am Laptop daddelt und 1'001 andere Sachen im Kopf hat. Also genau das klassische Datenzerstörungsszenario. War aber eine gute Übung. Partitionsbackup (Drive Image XML) hatte ich vom September 2022, konnte also nochmals vom Linux-Stick booten, mit GParted eine neue NTFS-Partition anlegen, mich mit dem NAS verbinden und dann das Image auf die eben erstellte Partition rüberziehen. Bootete dann (natürlich) immer noch nicht, weil der Windows Bootmanager unbedingt möchte, daß die Partition auch auf "Active" gestellt wird. Sowas macht man normalerweise mit DISKPART, nur ist das halt ein Windows-Tool, war auf der Wine-Umgebung des Bootsticks nicht drauf. Windows 7 Rescue Disk hatte ich auch keine. Aber, Glück im Unglück: Auf der bootbaren Windows-7-Installations-DVD gab es einen Wiederherstellungsmodus, der hat das Problem gelöst. So war ich keine 30 Minuten nach meinem Hoppala wieder am Start. Und habe dann sdc einer sicheren Löschung unterzogen. Mannomann. Nahtoderlebnis. Aber lehrreich - und wenn es nur die Info ist, daß meine Boot-SSD durchaus abrauchen darf (aber bitte nich klammheimlich die Daten korrumpieren), ohne daß die Welt untergeht. > Das kann gar nicht oft genug genannt werden. > Der grösste Feind der Daten sitzt vor der Tastatur. Hören viele > nicht gern und verzerren dann die Risikofaktoren. Genau so isses doch. Und Helmu^W pardon: Hochmut kommt vor dem Fall. SCNR, das Bonmot war einfach zu naheliegend. >> Wenn Du dann nicht einen richtig guten Plan zur Datenwiederherstellung >> hast, ist Deine digitale Existenz in Sekundenbruchteilen vernichtet. > Ein erster, offenbar gar nicht so einfacher Schritt ist es, > diese Daten überhaupt noch irgendwo zu haben. Aber erklär > das mal einem Theoretiker. ... dessen Argumentationsgrundlage irgendwelche MTBF-Zahlen, RAID-Levels, aus der Nase gezogene Wahrscheinlichkeiten von Seriendefekte, usw. sind. Wenn Du lokal (versehentlich) Daten löscht, das aufs NAS rübersynchronisierst, davon ein Backup ziehst und kein Repo mit Snapshots hast, ist Scheiße Trumpf. Volker
[toc] | [prev] | [next] | [standalone]
| From | Leo Baumann <ib@leobaumann.de> |
|---|---|
| Date | 2022-11-03 23:23 +0100 |
| Message-ID | <tk1f1s$d9qd$1@solani.org> |
| In reply to | #328504 |
Am 03.11.2022 um 18:04 schrieb Helmut Schellong: > Nun ist auch die zweite alte Festplatte defekt gegangen. > Mit etwa 13 Monaten zeitlichem Abstand. Ihr könnt mich für übervorsichtig halten. Ich habe meine Daten alle 2 Mal redundant gespiegelt auf ext. HDDs. Zur Vorsicht habe ich nochmal eine Kopie in der IONOS-Cloud für 3 € pro Monat. Die Synchronisation mache ich mit DirSync. Wichtige dauernde Daten, fertige Projekte, Software, Internet-Seite habe ich zusätzlich auf CD, DVD, DVD-DL. Grüße
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <rip@schellong.biz> |
|---|---|
| Date | 2022-11-04 09:36 +0100 |
| Message-ID | <tk2itj$d10n$1@solani.org> |
| In reply to | #328522 |
On 11/03/2022 23:23, Leo Baumann wrote: > Am 03.11.2022 um 18:04 schrieb Helmut Schellong: >> Nun ist auch die zweite alte Festplatte defekt gegangen. >> Mit etwa 13 Monaten zeitlichem Abstand. > > Ihr könnt mich für übervorsichtig halten. > > Ich habe meine Daten alle 2 Mal redundant gespiegelt auf ext. HDDs. > Zur Vorsicht habe ich nochmal eine Kopie in der IONOS-Cloud für 3 € pro Monat. > Die Synchronisation mache ich mit DirSync. > > Wichtige dauernde Daten, fertige Projekte, Software, Internet-Seite habe ich zusätzlich auf CD, DVD, DVD-DL. Ich bin hier derjenige, der bereits seit Jahren mehrfach gepostet hat, daß er Backup auf einer zweiten Festplatte, und auf ein oder gar zwei Speicherkarten, und in der Cloud (1 €) vornimmt. Wegen der Cloud habe ich mehrere Verschlüsselungs-Algorithmen in C implementiert undein Verschlüsselungs-Skript entwickelt. Auch alles mehrfach gepostet; steht auch zum Teil in meiner Signatur. -- Mit freundlichen Grüßen Helmut Schellong var@schellong.biz http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <rip@schellong.biz> |
|---|---|
| Date | 2022-11-08 20:45 +0100 |
| Message-ID | <tkebkq$jqlh$1@solani.org> |
| In reply to | #328504 |
On 11/03/2022 18:04, Helmut Schellong wrote: > |On 03/17/2021 12:11, Helmut Schellong wrote: > > On 03/17/2021 10:16, Hanno Foest wrote: >> Am 17.03.21 um 00:52 schrieb Helmut Schellong: >> > > http://www.schellong.de/htm/defekt.htm > > Nun ist auch die zweite alte Festplatte defekt gegangen. > Mit etwa 13 Monaten zeitlichem Abstand. > > Es ist folglich extrem unwahrscheinlich, daß zwei Festplatten gleichzeitig defekt gehen, > so daß sie ab sofort keinen Datenverkehr mehr erlauben. > http://www.schellong.de/htm/defekt.htm#zweite Ich habe die neue Festplatte in Betrieb genommen. Es sind nun zwei gleiche aktuelle mit 2TB in Verwendung. Die Transfergeschwindigkeit stieg von 65 MB/s auf 160 MB/s. -- Mit freundlichen Grüßen Helmut Schellong var@schellong.biz http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html
[toc] | [prev] | [standalone]
Page 6 of 6 — ← Prev page 1 2 3 4 5 [6]
Back to top | Article view | de.sci.electronics
csiph-web