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

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

Jamaha CDC-655 liest keine CDs

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

Contents

  Jamaha CDC-655 liest keine CDs Manuel Reimer <Manuel.Nulldevice@nurfuerspam.de> - 2016-05-22 11:04 +0200
    Re: Jamaha CDC-655 liest keine CDs Holger <me@privacy.org> - 2016-05-22 11:34 +0200
      Re: Jamaha CDC-655 liest keine CDs Manuel Reimer <Manuel.Nulldevice@nurfuerspam.de> - 2016-05-22 11:37 +0200
    Re: Jamaha CDC-655 liest keine CDs Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-05-22 11:53 +0200
      Re: Jamaha CDC-655 liest keine CDs Manuel Reimer <Manuel.Nulldevice@nurfuerspam.de> - 2016-05-22 12:07 +0200
        Re: Jamaha CDC-655 liest keine CDs Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-05-22 12:08 +0200
          Re: Jamaha CDC-655 liest keine CDs Manuel Reimer <Manuel.Nulldevice@nurfuerspam.de> - 2016-05-22 12:16 +0200
            Re: Jamaha CDC-655 liest keine CDs Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-05-22 12:20 +0200
              Re: Jamaha CDC-655 liest keine CDs Manuel Reimer <Manuel.Nulldevice@nurfuerspam.de> - 2016-05-22 12:29 +0200
                Re: Jamaha CDC-655 liest keine CDs Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-05-22 12:36 +0200
                Re: Jamaha CDC-655 liest keine CDs Marcel Mueller <news.5.maazl@spamgourmet.org> - 2016-05-23 08:50 +0200
        Re: Jamaha CDC-655 liest keine CDs Stefan Heimers <stefan.usenet@heimers.ch> - 2016-05-24 14:38 +0200
    Re: Jamaha CDC-655 liest keine CDs Marcel Mueller <news.5.maazl@spamgourmet.org> - 2016-05-22 11:55 +0200
    Re: Jamaha CDC-655 liest keine CDs Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-22 17:55 +0200
      Re: Jamaha CDC-655 liest keine CDs Marcel Mueller <news.5.maazl@spamgourmet.org> - 2016-05-22 21:20 +0200
        Re: Jamaha CDC-655 liest keine CDs Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-05-23 02:59 +0200
          Re: Jamaha CDC-655 liest keine CDs Marcel Mueller <news.5.maazl@spamgourmet.org> - 2016-05-23 08:47 +0200
            Re: Jamaha CDC-655 liest keine CDs Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-05-23 10:38 +0200
              Re: Jamaha CDC-655 liest keine CDs Marcel Mueller <news.5.maazl@spamgourmet.org> - 2016-05-23 11:38 +0200
                Re: Jamaha CDC-655 liest keine CDs Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-05-23 12:06 +0200
            Re: Jamaha CDC-655 liest keine CDs Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-05-23 21:45 +0200
              Re: Jamaha CDC-655 liest keine CDs Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-05-23 22:05 +0200
              Re: Jamaha CDC-655 liest keine CDs Marcel Mueller <news.5.maazl@spamgourmet.org> - 2016-05-28 10:13 +0200
                Re: Jamaha CDC-655 liest keine CDs Stefan Wiest <swdig@gmx.de> - 2016-05-29 20:47 +0200
      Re: Jamaha CDC-655 liest keine CDs Volker Bartheld <news2016@bartheld.net> - 2016-05-23 10:17 +0200
        Akkutausch Oral-B Handgerät Typ 4729 (was: Jamaha CDC-655 liest keine CDs) Volker Bartheld <news2016@bartheld.net> - 2016-05-24 18:03 +0200
          Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-24 19:15 +0200
            Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-24 20:38 +0200
              Re: Akkutausch Oral-B Handgerät Typ 4729 Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-05-24 20:51 +0200
                Re: Akkutausch Oral-B Handgerät Typ 4729 Andreas Bockelmann <xotzil@gmx.de> - 2016-05-24 21:14 +0200
                  Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 12:37 +0200
                  Re: Akkutausch Oral-B Handgerät Typ 4729 Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 17:08 +0200
              Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-24 21:14 +0200
                Re: Akkutausch Oral-B Handgerät Typ 4729 Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 17:08 +0200
                  Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-27 20:10 +0200
                    Re: Akkutausch Oral-B Handgerät Typ 4729 Lutz Schulze <lschulze@netzwerkseite.de> - 2016-05-27 21:02 +0200
                      Re: Akkutausch Oral-B Handgerät Typ 4729 Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-28 13:44 +0200
                        Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-28 14:44 +0200
                          Re: Akkutausch Oral-B Handgerät Typ 4729 Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-28 22:49 +0200
                          Re: Akkutausch Oral-B Handgerät Typ 4729 Wolfgang Schmidt <wolfgang.schmidt.mail@t-online.de> - 2016-05-30 06:56 +0200
                        Re: Akkutausch Oral-B Handgerät Typ 4729 Jochen Pawletta <jochen@hin.de> - 2016-05-29 14:03 +0000
              Re: Akkutausch Oral-B Handgerät Typ 4729 "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2016-05-25 11:44 +0200
                Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 15:20 +0200
              Re: Akkutausch Oral-B Handgerät Typ 4729 Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 17:08 +0200
            Re: Akkutausch Oral-B Handgerät Typ 4729 "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2016-05-25 11:43 +0200
              Re: Akkutausch Oral-B Handgerät Typ 4729 Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-05-25 12:18 +0200
                Re: Akkutausch Oral-B Handger㲠Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 14:49 +0200
                  Re: Akkutausch Oral-B Handger?Typ 4729 "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2016-05-25 15:16 +0200
                    Re: Akkutausch Oral-B Handger?Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 15:32 +0200
                      Re: Akkutausch Oral-B Handger?Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-25 17:26 +0200
                        Re: Akkutausch Oral-B Handger?Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 21:13 +0200
                          Re: Akkutausch Oral-B Handger?Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-25 22:04 +0200
                            Über die Lebensdauer von Laserdruckern (was: Akkutausch Oral-B Handger?Typ 4729) Volker Bartheld <news2016@bartheld.net> - 2016-05-26 08:04 +0200
                              Re: Über die Lebensdauer von Laserdruckern Hanno Foest <hurga-news2@tigress.com> - 2016-05-27 02:07 +0200
                                Re: Über die Lebensdauer von Laserdruckern Volker Bartheld <news2016@bartheld.net> - 2016-05-27 18:57 +0200
                                  Re: Über die Lebensdauer von Laserdruckern Hanno Foest <hurga-news2@tigress.com> - 2016-05-27 20:08 +0200
                                    Sinclair ZX Microdrive Cartridges reparieren (was: Über die Lebensdauer von Laserdruckern) Volker Bartheld <news2016@bartheld.net> - 2016-05-28 08:54 +0200
                                      Re: Sinclair ZX Microdrive Cartridges reparieren Hanno Foest <hurga-news2@tigress.com> - 2016-05-29 14:27 +0200
                  Re: Akkutausch Oral-B Handgerät Typ 4729 Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 17:08 +0200
              Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-25 12:21 +0200
                Re: Akkutausch Oral-B Handgerät Typ 4729 "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2016-05-25 12:27 +0200
                  Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-25 12:39 +0200
                    Re: Akkutausch Oral-B Handgerät Typ 4729 "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2016-05-25 13:55 +0200
                Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 15:16 +0200
                  Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-25 17:17 +0200
                    Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 21:32 +0200
                      Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-25 23:35 +0200
                        Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-26 07:23 +0200
                  Re: Akkutausch Oral-B Handgerät Typ 4729 horejsi <wolfgang@horejsi.de> - 2016-05-25 20:29 +0200
                  Re: Akkutausch Oral-B Handgerät Typ 4729 horejsi <wolfgang@horejsi.de> - 2016-05-25 20:33 +0200
                    Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 21:44 +0200
                      Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-25 23:41 +0200
                        Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-26 07:32 +0200
                          Re: Akkutausch Oral-B Handgerät Typ 4729 Hanno Foest <hurga-news2@tigress.com> - 2016-05-27 01:50 +0200
                            Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-27 18:52 +0200
          Re: Akkutausch Oral-B Handgerät Typ 4729 horejsi <wolfgang@horejsi.de> - 2016-05-24 22:48 +0200
            Re: Akkutausch Oral-B Handgerät Typ 4729 Volker Bartheld <news2016@bartheld.net> - 2016-05-25 12:27 +0200
              Re: Akkutausch Oral-B Handgerät Typ 4729 horejsi <wolfgang@horejsi.de> - 2016-05-25 20:35 +0200
        Murks-nein-danke (was: Jamaha CDC-655 liest keine CDs) Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 09:06 +0200
          Re: Murks-nein-danke Hanno Foest <hurga-news2@tigress.com> - 2016-05-27 09:47 +0200
            Re: Murks-nein-danke Rainer Knaepper <rainerk@smial.prima.de> - 2016-05-27 10:57 +0200
              Re: Murks-nein-danke Hanno Foest <hurga-news2@tigress.com> - 2016-05-27 12:34 +0200
            Re: Murks-nein-danke Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-05-27 17:49 +0200
          Re: Murks-nein-danke Lutz Schulze <lschulze@netzwerkseite.de> - 2016-05-27 10:05 +0200
            Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 17:08 +0200
              Re: Murks-nein-danke Lutz Schulze <lschulze@netzwerkseite.de> - 2016-05-27 20:55 +0200
          Re: Murks-nein-danke Holger <holger@invalid.invalid> - 2016-05-27 14:36 +0200
            Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 17:08 +0200
              Re: Murks-nein-danke Holger <me@privacy.org> - 2016-05-27 17:19 +0200
              Re: Murks-nein-danke Thomas Heger <ttt_heg@web.de> - 2016-05-28 07:32 +0200
                Re: Murks-nein-danke Holger <holger@invalid.invalid> - 2016-05-28 10:24 +0200
                Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-28 13:44 +0200
                  Re: Murks-nein-danke Holger <me@privacy.org> - 2016-05-28 15:40 +0200
                  Re: Murks-nein-danke Thomas Heger <ttt_heg@web.de> - 2016-05-30 07:01 +0200
                    Re: Murks-nein-danke Holger <holger@invalid.invalid> - 2016-05-30 09:27 +0200
                    Re: Murks-nein-danke Rainer Knaepper <rainerk@smial.prima.de> - 2016-05-30 09:54 +0200
                    Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-30 23:25 +0200
                      Re: Murks-nein-danke Thomas Heger <ttt_heg@web.de> - 2016-05-31 07:39 +0200
                        Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-31 22:32 +0200
                          Re: Murks-nein-danke FrankReutter@gmx.de (Frank Reutter) - 2016-05-31 22:57 +0200
          Re: Murks-nein-danke Volker Bartheld <news2016@bartheld.net> - 2016-05-27 18:47 +0200
            Re: Murks-nein-danke Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-05-27 21:25 +0200
              Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 23:22 +0200
                Re: Murks-nein-danke Volker Bartheld <news2016@bartheld.net> - 2016-05-28 09:01 +0200
                  Re: Murks-nein-danke Rainer Knaepper <rainerk@smial.prima.de> - 2016-05-28 10:20 +0200
                    Re: Murks-nein-danke Hanno Foest <hurga-news2@tigress.com> - 2016-05-29 15:27 +0200
                      Re: Murks-nein-danke Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-05-29 15:32 +0200
                        Re: Murks-nein-danke Michael Baeuerle <michael.baeuerle@gmx.net> - 2016-05-29 15:13 +0000
                          Re: Murks-nein-danke Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-05-29 18:23 +0200
                            Re: Murks-nein-danke Michael Baeuerle <michael.baeuerle@stz-e.de> - 2016-05-30 11:14 +0200
                              Re: Murks-nein-danke Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-05-30 16:55 +0200
                        Re: Murks-nein-danke Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-05-29 22:00 +0200
                          Re: Murks-nein-danke Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-05-29 22:24 +0200
                            Re: Murks-nein-danke Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-05-29 23:10 +0200
                        Re: Murks-nein-danke Hanno Foest <hurga-news2@tigress.com> - 2016-05-29 23:41 +0200
                      Re: Murks-nein-danke Rainer Knaepper <rainerk@smial.prima.de> - 2016-05-29 19:33 +0200
                  Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-28 18:02 +0200
                    Re: Murks-nein-danke Volker Bartheld <news2016@bartheld.net> - 2016-05-28 19:13 +0200
                    Re: Murks-nein-danke Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-05-28 19:31 +0200
                      Re: Murks-nein-danke horejsi <wolfgang@horejsi.de> - 2016-05-28 21:55 +0200
                        Re: Murks-nein-danke Rainer Knaepper <rainerk@smial.prima.de> - 2016-05-28 23:38 +0200
                      Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-30 23:25 +0200
              Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-30 23:25 +0200
            Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-27 23:22 +0200
              Re: Murks-nein-danke Volker Bartheld <news2016@bartheld.net> - 2016-05-28 09:42 +0200
                Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-28 18:02 +0200
                  Re: Murks-nein-danke horejsi <wolfgang@horejsi.de> - 2016-05-28 18:46 +0200
                    Re: Murks-nein-danke Martin Gerdes <martin.gerdes@gmx.de> - 2016-05-28 22:49 +0200
                  Re: Murks-nein-danke Volker Bartheld <news2016@bartheld.net> - 2016-05-28 19:14 +0200
                    Re: Murks-nein-danke Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-05-28 20:36 +0200
                      Re: Murks-nein-danke Volker Bartheld <news2016@bartheld.net> - 2016-05-28 21:16 +0200
                      Re: Murks-nein-danke "horst-d.winzler" <horst.d.winzler@web.de> - 2016-05-29 06:28 +0200

Page 6 of 7 — ← Prev page 1 2 3 4 5 [6] 7  Next page →

#208618 — Re: Murks-nein-danke

Hi!

On Fri, 27 May 2016 09:06:55 +0200, Martin Gerdes wrote:
>>> Übrigens: Ich habe dem "Murks-Nein-Danke"-Mann geschrieben, daß man bei
>>> der als Beispiel für "Schrott ab Werk" unvermeidlich stets gezeigten
>>> Oral-B-Zahnbürste sehr wohl den Akku tauschen kann
>>Man kann ja auch bei Menschen Herz, Lunge und Leber tauschen. Als
>>Spaziergang würde ich allerdings beides nicht bezeichnen
> Ja. Und wer Probleme mit der Auge-Hand-Koordination etc. hat, verkackt
> auch den Austausch von Herz, Lunge und Leber bei Menschen.

Ich will damit zum Ausdruck bringen, daß "beliebig schwierig" schon sehr im
Bereich von "unmöglich" rangiert. "Kann man nicht" (Du bemerkst das
Indefinitivpronomen?) darf gerne bedeuten, daß es dem typischen
Verbraucher unmöglich ist. Ich hoffe, das bestreitet niemand ernsthaft,
der den Aufbau eines Oral-B-Handgeräts kennt.

> Und auch ein Berufstätiger mit wenig Freizeit könnte erwägen, ein
> kaputtes Teil, das 30 Euro Neupreis kostet, einfach wegzuwerfen und neu
> zu kaufen, selbst wenn er es prinzipiell sogar reparieren könnte --
> einfach deswegen, weil ihm seine Freizeit mehr wert ist als die
> gesparten 20 Euro. 

Hier haben wir exakt das Problem. Manche Dinge/Dienstleistungen sind nur
sehr unzureichend in ihrem finanziellen Gegenwert beziffert. Da hört man
dann gerne den Bullshit vom "wirtschaftlichen Totalschaden". Fakt ist, daß
eine aufrichtige Entsorgung all diesen Schrotts nur ziemlich begrenzt in
den Anschaffungspreis eingeht. Besonders krasses Beispiel: Das Produkt
"Atomenergie".

>>Das nenne ich dann "planned Obsolescence" oder eben "Pfusch ab Werk", denn
>>die mit Primärzellen bestückte Alternative (wo man inzwischen am Motor
>>gespart hat, weswegen das Teil einfach nur langweilig herumschwächelt) muß
>>man ja auch irgendwie öffnen.

> Dieses Argument finde ich nicht schlüssig. 

Ich argumentiere, daß Oral-B den Akkutausch in ihren Handgeräten ohne
technische Notwendigkeit und mithin unnötig erschwert.

>>Und angesichts der Kohle, die Braun/Oral-B für Werbung und sinnlose
>>Featuritis (Bluetooth-Putzstreckenmesser, 1001 Timerfunktionen, LCD, ...)
>>raushaut, ist es sicher kein Versehen, daß der Gaul solange geritten wird,
>>bis er tot umfällt. Nein, eigentlich, bis er schon stinkt.

> Unklar ist Deiner Rede Sinn.

In Werbung und sinnlose Features verplemperte Kohle nehmen, in einen
Redesign der Hardware investieren und sich vom Vorwurf der Umweltsauere
reinwaschen. Jetzt klarer?

> Ich komme da von wo ganz anders her: Die Basisfunktion des Gerätes
> brauche ich (also den Zahnbürstenantrieb), die Featuritis nicht.

Eben! Allerdings habe ich für ein haltbares, vom Benutzer instand zu
haltendes Gerät auch schon einen Marketingbegriff gehört: Exitprodukt.
Nicht, weil man sofort stirbt, sobald man es hat. Nein. Man kauft was und
ist dann lange, lange Zeit zufrieden damit, kauft also keinen Ersatz für
Kaputtgegangenes. Das ist für einige Firmen der Horror.

> Bei den teureren Geräten frage ich vor dem Kauf sehr wohl, was sie mehr
> können als das Basisgerät, und wenn dann die Antwort kommt: Das Gerät
> putzt genauso, hat aber ein Mäusekino dabei, dann spare ich mir beim
> Kauf das Mäusekino (und meist einen unrealistisch hohen Aufpreis).

Irgendwann ist das Basisgerät aber einfach nur billigst produzierter
Wegwerfschrott geworden und Du mußt zum Premiumprodukt greifen. Nicht
wegen der Features, sondern weil da wenigstens ein bißchen Wert auf
Verarbeitungsqualität gelegt wurde.

>>Meine Empfehlung: Amazon-Rezension zur DIY-Reparatur 
> 
> Du glaubst wirklich, daß Amazon das nicht wegzensiert?

Ja, wirklich:
http://www.amazon.de/review/RJ364OOIIAOG0
http://www.amazon.de/review/R27X37MEMPA1G3

> Ich erinnere mich noch sehr wohl an die Zeiten, in denen verschiedene
> Leute mich um Behebung ihrer Computerprobleme konsultiert haben. Ich
> habe mich engagiert darum gekümmert, vieles hinbekommen, anderes aber
> nicht.

Obendrein geht viel Zeit drauf. Unbezahlte Zeit, Freizeit.

> Jeder der Mitschreiber, der schonmal seinem Nachbarn den Computer
> reparieren sollte, dürfte meine Erfahrungen bestätigen können.

Ich schraube nur noch für den engsten Verwandten- und Bekanntenkreis. Aus
einer Vielzahl von Gründen.

Ciao,
Volker

-- 
@:  W E B 2 0 1 6 at B A R T H E L D dot N E T
3W: www.bartheld.net

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

#208625 — Re: Murks-nein-danke

Am 27.05.2016 um 18:47 schrieb Volker Bartheld:

>>> Meine Empfehlung: Amazon-Rezension zur DIY-Reparatur
>>
>> Du glaubst wirklich, daß Amazon das nicht wegzensiert?
>
> Ja, wirklich:
> http://www.amazon.de/review/RJ364OOIIAOG0
> http://www.amazon.de/review/R27X37MEMPA1G3

Amazon hält da absolut still. Ich habe mal beschrieben,
wie man bei einer externen 3TB-Platte von Toshiba wieder
an seine Daten kommt, während T. behauptet, das sei un-
möglich und nur die kontrollierte Sprengung oder finale
Vergruftung mit Zaunpfahl duchs Herz anbietet,
3 Wochen nach dem Kauf.

Das Verfahren erfordert leider die Vivisektion einer
baugleichen Platte, was natürlich keine Kaufempfehlung
für einen Neueinstieg ist.

Immerhin hat man danach seine Daten wieder und 2
funktionsfähige 3TB-Sata-Laufwerke, denen man allerdings
nur ungern noch etwas wichtiges anvertrauen wird.

(Bei den Laufwerken stirbt das Sata-USB3-Interface recht zuverlässig.)

Gruß, Gerhard

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

#208627 — Re: Murks-nein-danke

Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> schrieb:

>>>> Meine Empfehlung: Amazon-Rezension zur DIY-Reparatur

>>> Du glaubst wirklich, daß Amazon das nicht wegzensiert?

>> Ja, wirklich:
>> http://www.amazon.de/review/RJ364OOIIAOG0
>> http://www.amazon.de/review/R27X37MEMPA1G3

>Amazon hält da absolut still. Ich habe mal beschrieben,
>wie man bei einer externen 3TB-Platte von Toshiba wieder
>an seine Daten kommt, während T. behauptet, das sei 
>unmöglich und nur die kontrollierte Sprengung oder finale
>Vergruftung mit Zaunpfahl duchs Herz anbietet,
>3 Wochen nach dem Kauf.

Wer ist schon "Toshiba"? Vermutlich hast Du mit einem Verkohler einer
Heißleine gesprochen, der Dir das aus mangelnder eigener Kenntnis so
mitgeteilt hat. Man sollte das nicht überbewerten.

>Das Verfahren erfordert leider die Vivisektion einer
>baugleichen Platte, was natürlich keine Kaufempfehlung
>für einen Neueinstieg ist.

Damit hast Du dann Glück gehabt. Mit den neuesten Platten geht selbst
das nicht mehr; die laufen selbst mit einer baugleichen Laufwerksplatine
nicht.

Ansonsten kann jede Platte natürlich kaputtgehen.

>Immerhin hat man danach seine Daten wieder und 2
>funktionsfähige 3TB-Sata-Laufwerke, denen man allerdings
>nur ungern noch etwas Wichtiges anvertrauen wird.

Warum? Was kann die zweite Platte dafür, daß die erste einen Schaden
hatte? 

>(Bei den Laufwerken stirbt das Sata-USB3-Interface recht zuverlässig.)

Das steht auf einem anderen Blatt. 

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

#208638 — Re: Murks-nein-danke

Hallo!

On Fri, 27 May 2016 23:22:46 +0200, Martin Gerdes wrote:
> Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> schrieb:
>>[Austausch Platine an Toshiba HDD]
>>Immerhin hat man danach seine Daten wieder und 2
>>funktionsfähige 3TB-Sata-Laufwerke, denen man allerdings
>>nur ungern noch etwas Wichtiges anvertrauen wird.
> Warum? Was kann die zweite Platte dafür, daß die erste einen Schaden
> hatte? 

Du meinst: Irgendwann könnte man ja Glück haben mit einem offenbar
verpfuschten Design? Zitat: "[...] Bei den Laufwerken stirbt das
Sata-USB3-Interface recht zuverlässig. [...]". Eine Baureihe von IBM hatte
nicht umsonst den Spitznamen "Death Star", in Abwandlung der
Verkaufsbezeichnung. Bei mir sind ungefähr 5 von 5 mit einem Schaden
abgeraucht, vollkommen egal ob im sporadischen Betrieb als externe
Backupplatte, als Datengrab in einem PC oder zusammen mit Brüderchen und
Schwesterchen in einem RAID-Verbund.

Die Teile liefen heiß und taugten einfach nix. Soll heißen: RMA-Abwicklung
innerhalb der Gewährleistungsfrist, dann die (original verpackten und
eingeschweißten) Dinger an jemanden verkauft, der eine andere
Risikowahrnehmung hatte als ich.

Ciao,
Volker

-- 
@:  W E B 2 0 1 6 at B A R T H E L D dot N E T
3W: www.bartheld.net

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

#208643 — Re: Murks-nein-danke

news2016@bartheld.net (Volker Bartheld)  am 28.05.16 um 09:01:

> Die Teile liefen heiß und taugten einfach nix.

Glasplatter, bei denen die Beschichtung nicht hielt.

Die Nachfolger *dieser* DeathStar-Generation waren äußerst haltbar,
aber der Ruf war dahin und IBM verkaufte dann den ganzen Kram an
Hitachi.

Von diesen Platten (IBM-Technik drin, Hitachi-Aufkleber drauf) hatte
ich etliche in Betrieb, von denen ist nicht eine abgeraucht und für
Bastelzwecke habe ich noch zwei 120er (IDE) davon hier, Date Code May
2003, die laufen fehlerfrei wie am ersten Tag. Beide waren viele Jahre
Bestandteil eines Raids, waren da 24/7 in Betrieb.

Rainer

-- 
Ich denke schon, dass es abseits der Hitparaden Kriterien für Musik
gibt, die wichtiger sind als das Alter des Hörers. Aber man muss die
Möglichkeit haben, sich Erfahrungen zu erhören.
(Michael Günther in de.rec.musik.rock+pop)

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

#208665 — Re: Murks-nein-danke

[es eht um die berüchtigte IBM "Deathstar" Plattenserie]

Am 28.05.2016 um 10:20 schrieb Rainer Knaepper:
> news2016@bartheld.net (Volker Bartheld)  am 28.05.16 um 09:01:
>
>> Die Teile liefen heiß und taugten einfach nix.
>
> Glasplatter, bei denen die Beschichtung nicht hielt.

Das ist jetzt die dritte Variante, von der ich höre, und die 
unwahrscheinlichste. ich vermute mal, das hat sich irgendwer 
zusammengereimt, nachdem im Netz Bilder von durch Headcrashes 
bankpolierte (also komplett durchsichtige) Platter rumgingen.

Ich kenne zwei kolportierte Fehlerursachen bei den Deathstar: Einmal 
Schmiermittel, das aus dem Spindellager verdunstete und sich auf den 
Scheiben niederschlug und früher oder später zum Headcrash führte (der 
möglicherweise die Scheiben blankpolierte, s.o.). Passierte insbesondere 
bei viel idelnden Platten, da bei diesen der Niederschlag ungleichmäßig 
stattfand. Besonders problematisch: Wurden solche Platten plötzlich z.B. 
wegen eines RAID Rebuilds stark beansprucht, ging auch noch der Rest kaputt.

Der zweite behauptete Fehler war ein Firmwarebug, der beim Positionieren 
des Kopfes den Schreibstrom nicht abschaltete und damit quer über alle 
Spuren schrieb, mit ggf. fatalen Folgen für Daten und Servospuren. Dazu 
hab ich irgendwann mal ein Foto gesehen, das irgendwie die 
Magnetisierung sichtbar gemacht hatte, mit Tracks und einer Spur quer 
dazu, insofern bin ich geneigt dem zu glauben.

Das Problem mit der Schmierung stand auch so in der c't. Vielleicht 
hatte die Baureihe auch beide Probleme...

Hanno

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

#208666 — Re: Murks-nein-danke

On 05/29/2016 03:27 PM, Hanno Foest wrote:
> [es eht um die berüchtigte IBM "Deathstar" Plattenserie]
>
> Am 28.05.2016 um 10:20 schrieb Rainer Knaepper:
>> news2016@bartheld.net (Volker Bartheld)  am 28.05.16 um 09:01:
>>
>>> Die Teile liefen heiß und taugten einfach nix.
>>
>> Glasplatter, bei denen die Beschichtung nicht hielt.
>
> Das ist jetzt die dritte Variante, von der ich höre, und die
> unwahrscheinlichste. ich vermute mal, das hat sich irgendwer
> zusammengereimt, nachdem im Netz Bilder von durch Headcrashes
> bankpolierte (also komplett durchsichtige) Platter rumgingen.
>
> Ich kenne zwei kolportierte Fehlerursachen bei den Deathstar: Einmal
> Schmiermittel, das aus dem Spindellager verdunstete und sich auf den
> Scheiben niederschlug und früher oder später zum Headcrash führte (der
> möglicherweise die Scheiben blankpolierte, s.o.). Passierte insbesondere
> bei viel idelnden Platten, da bei diesen der Niederschlag ungleichmäßig
> stattfand. Besonders problematisch: Wurden solche Platten plötzlich z.B.
> wegen eines RAID Rebuilds stark beansprucht, ging auch noch der Rest
> kaputt.
>
> Der zweite behauptete Fehler war ein Firmwarebug, der beim Positionieren
> des Kopfes den Schreibstrom nicht abschaltete und damit quer über alle
> Spuren schrieb, mit ggf. fatalen Folgen für Daten und Servospuren. Dazu
> hab ich irgendwann mal ein Foto gesehen, das irgendwie die
> Magnetisierung sichtbar gemacht hatte, mit Tracks und einer Spur quer
> dazu, insofern bin ich geneigt dem zu glauben.
>
> Das Problem mit der Schmierung stand auch so in der c't. Vielleicht
> hatte die Baureihe auch beide Probleme...

Es gab auf jeden Fall für die SCSI-Versionen Firmware-Updates. Hat man 
die früh genug aufgespielt, also bevor sich Probleme zeigten, hatte man 
eine gute Chance, daß die Platten danach keinen Ärger machten.

Man bekam leider nicht immer eine Downtime dafür...

  Gerrit

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

#208668 — Re: Murks-nein-danke

Gerrit Heitsch wrote:
> 
> [...]
> Es gab auf jeden Fall für die SCSI-Versionen Firmware-Updates. Hat man 
> die früh genug aufgespielt, also bevor sich Probleme zeigten, hatte man 
> eine gute Chance, daß die Platten danach keinen Ärger machten.
> 
> Man bekam leider nicht immer eine Downtime dafür...

Die Downtime hat sich die Platte dann eben selbst genommen.

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

#208669 — Re: Murks-nein-danke

On 05/29/2016 05:13 PM, Michael Baeuerle wrote:
> Gerrit Heitsch wrote:
>>
>> [...]
>> Es gab auf jeden Fall für die SCSI-Versionen Firmware-Updates. Hat man
>> die früh genug aufgespielt, also bevor sich Probleme zeigten, hatte man
>> eine gute Chance, daß die Platten danach keinen Ärger machten.
>>
>> Man bekam leider nicht immer eine Downtime dafür...
>
> Die Downtime hat sich die Platte dann eben selbst genommen.

Eben nicht, das war immer mindestens RAID1. Also ist die HD irgendwann 
ausgefallen und ohne Downtime getauscht worden. In diesem Falle war es, 
aus Sicht des Kunden, die bessere Idee nichts zu tun.

  Gerrit

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

#208684 — Re: Murks-nein-danke

Gerrit Heitsch wrote:
> On 05/29/2016 05:13 PM, Michael Baeuerle wrote:
> > Gerrit Heitsch wrote:
> > > 
> > > [...]
> > > Es gab auf jeden Fall für die SCSI-Versionen Firmware-Updates. Hat man
> > > die früh genug aufgespielt, also bevor sich Probleme zeigten, hatte man
> > > eine gute Chance, daß die Platten danach keinen Ärger machten.
> > > 
> > > Man bekam leider nicht immer eine Downtime dafür...
> > 
> > Die Downtime hat sich die Platte dann eben selbst genommen.
> 
> Eben nicht, das war immer mindestens RAID1. Also ist die HD irgendwann 
> ausgefallen und ohne Downtime getauscht worden. In diesem Falle war es, 
> aus Sicht des Kunden, die bessere Idee nichts zu tun.

Dann verstehe ich aber nicht warum man eine Downtime gebraucht hätte.
Mit RAID1 hätte man die betroffene Platte dann doch genauso vor dem
Ausfall herausziehen, und an einer anderen Maschine ihre Firmware
updaten können.

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

#208690 — Re: Murks-nein-danke

On 05/30/2016 11:14 AM, Michael Baeuerle wrote:
> Gerrit Heitsch wrote:
>> On 05/29/2016 05:13 PM, Michael Baeuerle wrote:
>>> Gerrit Heitsch wrote:
>>>>
>>>> [...]
>>>> Es gab auf jeden Fall für die SCSI-Versionen Firmware-Updates. Hat man
>>>> die früh genug aufgespielt, also bevor sich Probleme zeigten, hatte man
>>>> eine gute Chance, daß die Platten danach keinen Ärger machten.
>>>>
>>>> Man bekam leider nicht immer eine Downtime dafür...
>>>
>>> Die Downtime hat sich die Platte dann eben selbst genommen.
>>
>> Eben nicht, das war immer mindestens RAID1. Also ist die HD irgendwann
>> ausgefallen und ohne Downtime getauscht worden. In diesem Falle war es,
>> aus Sicht des Kunden, die bessere Idee nichts zu tun.
>
> Dann verstehe ich aber nicht warum man eine Downtime gebraucht hätte.
> Mit RAID1 hätte man die betroffene Platte dann doch genauso vor dem
> Ausfall herausziehen, und an einer anderen Maschine ihre Firmware
> updaten können.

Es gibt einen Unterschied zwischen 'Ausfall vielleicht irgendwann' und 
'Platte jetzt ziehen und ein halbes RAID1 haben'. Das erste ist ein 
ziemlich abstraktes Risiko, das andere ein sehr reelles, zumindest aus 
Sicht des Kunden.

  Gerrit

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

#208673 — Re: Murks-nein-danke

Gerrit Heitsch schrieb:

> Es gab auf jeden Fall für die SCSI-Versionen Firmware-Updates.

Es gab auch für die IDE-Versionen ein Firmwareupdate.

> Hat man
> die früh genug aufgespielt, also bevor sich Probleme zeigten, hatte man
> eine gute Chance, daß die Platten danach keinen Ärger machten.

Richtig. Wir hatten einige (dutzend) von den Dingern (teils IDE, zumeist 
SCSI) jahrelang im Einsatz, bis sie dann eben zu klein wurden. Es gab 
keinerlei besonderen Probleme. Allerdings wurde grundsätzlich bei 
Verfügbarkeit überall die Firmware aktualisiert (nicht nur bei diesen 
Platten natürlich...)

Auch wenn das keine belastbare Stichprobe ergibt, so glaube ich dennoch 
nicht an die diversen Theorien von austretendem Öl oder Geraspel an der 
Platteroberfläche. Deutlich wahrscheinlicher scheint mir einfach die 
Möglichkeit, dass aufgrund eines Firmwarebugs der Schreibkopf gelegentlich 
mal zur Unzeit aktiv war 

MfG
Rupert

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

#208674 — Re: Murks-nein-danke

Am 29.05.2016 um 22:00 schrieb Rupert Haselbeck:

> Auch wenn das keine belastbare Stichprobe ergibt, so glaube ich dennoch
> nicht an die diversen Theorien von austretendem Öl oder Geraspel an der
> Platteroberfläche. Deutlich wahrscheinlicher scheint mir einfach die
> Möglichkeit, dass aufgrund eines Firmwarebugs der Schreibkopf gelegentlich
> mal zur Unzeit aktiv war

Und keine der Theorien erklärt, waum halbkaputte Platten offensichtlich
die Kälte mochten.

Gruß, Gerhard

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

#208676 — Re: Murks-nein-danke

Gerhard Hoffmann schrieb:

> Und keine der Theorien erklärt, waum halbkaputte Platten offensichtlich
> die Kälte mochten.

Richtig. Aber ich habe damals, in grauer Vorzeit, den Eindruck gewonnen, 
dass das keine Spezialität der hier gegenständlichen Platten ist (oder war), 
sondern generell gilt, jedenfalls habe ich das zu Zeiten von Platten im 
unteren einstelligen GByte-Bereich (und kleiner), danach war ich nicht mehr 
damit befasst, öfter mal erlebt, dass man selbst von eigentlich defekten 
Platten noch alle/viele Daten auslesen konnte, wenn man das in kaltem 
Zustand versuchte. Der endgültige Plattentod trat nach wenigen solchen 
Versuchen (oder auch sofort...) ein

MfG
Rupert

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

#208677 — Re: Murks-nein-danke

Am 29.05.2016 um 15:32 schrieb Gerrit Heitsch:

>> Das Problem mit der Schmierung stand auch so in der c't. Vielleicht
>> hatte die Baureihe auch beide Probleme...
>
> Es gab auf jeden Fall für die SCSI-Versionen Firmware-Updates. Hat man
> die früh genug aufgespielt, also bevor sich Probleme zeigten, hatte man
> eine gute Chance, daß die Platten danach keinen Ärger machten.

Es hieß auch bzgl. des Schmierungsproblems, daß ein Firmwareupdate 
helfen würde. Durch häufiges Repositionieren der Köpfe auch bei idelnden 
Platten würde verhindert, daß sich das Schmiermittel ungleichmäßig 
absetzt und sich "Furchen" bilden, gegen die der Kopf scheppern könnte.

Hanno

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

#208670 — Re: Murks-nein-danke

hurga-news2@tigress.com (Hanno Foest)  am 29.05.16:

> Einmal Schmiermittel, das aus dem Spindellager verdunstete und sich
> auf den Scheiben niederschlug und früher oder später zum Headcrash
> führte (der möglicherweise die Scheiben blankpolierte, s.o.).
> [...]
> Das Problem mit der Schmierung stand auch so in der c't.

Bei Heise fand ich:

"Der Fehler bestand wohl darin, dass sich bei längerem Dauerbetrieb
ohne Zugriffe das Schmiermittel der Plattenoberfläche an den Köpfen
anlagerte."

Da steht nichts von austretendem Schmiermittel, das sich auf der
Plattenoberfläche niedergeschlagen habe.

Also a) ebenfalls eine Vermutung ("wohl"), b) eine journalistische
Formulierung, bei der mir nicht ganz klar wird, was gemeint ist.
Plattenoberflächen werden "geschmiert"?

Hingegen fand ich eine andere Variante:

"The drives were known for an unusually high rate of head crashes, due
to the magnetic coating soon beginning to loosen and sprinkle off from
the platters, creating dust in the hard disk array and leading to
crashes over large areas of the platters. The combination of two
technologies, GMR (Giant Magneto-Resistive) heads on 3.5-inch glass
platters, are said to be largely to blame for the issues. MR heads on
2.5-inch glass platters had been reliably shipping for many years
prior to the introduction of the Deskstar."

Da IBM niemals eine offizielle Stellungnahme tätigte, sondern nur ein
Firmwareupdate sowie immer nur Austauschplatten lieferte bzw.
finanziellen Ersatz im Verfahren des Vergleichs leistete, werden wir
wohl weiter mit Wahrscheinlichkeiten herumrätseln müssen.

Rainer

-- 
> Darum tragen Models immer High-Heels. Nackte Füsse sind selten sexy.
Ich hasse diesen ständigen High-Heels auf solchen Fotos. Ein nackter
Fuß hingegen kann durchaus sexy sein. Er muss dazu aber vielleicht
nicht unbedingt aussehen wie eine Dörrpflaume. (Ph. Janßen in d.r.f.)

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

#208649 — Re: Murks-nein-danke

Volker Bartheld <news2016@bartheld.net> schrieb:

>>>[Austausch Platine an Toshiba HDD]

>>>Immerhin hat man danach seine Daten wieder und 2
>>>funktionsfähige 3TB-Sata-Laufwerke, denen man allerdings
>>>nur ungern noch etwas Wichtiges anvertrauen wird.

>> Warum? Was kann die zweite Platte dafür, daß die erste einen Schaden
>> hatte? 

>Du meinst: Irgendwann könnte man ja Glück haben mit einem offenbar
>verpfuschten Design? 

>Zitat: "[...] Bei den Laufwerken stirbt das Sata-USB3-Interface 
>recht zuverlässig. [...]". 

Die Stichprobe in Deinem Posting bestand aus zwei Exemplaren (die
hinterher offenbar beide wieder liefen). 

>Eine Baureihe von IBM hatte nicht umsonst den Spitznamen "Death Star", 
>in Abwandlung der Verkaufsbezeichnung. Bei mir sind ungefähr 5 von 5 
>mit einem Schaden abgeraucht

>Die Teile liefen heiß und taugten einfach nix. Soll heißen: RMA-Abwicklung
>innerhalb der Gewährleistungsfrist, dann die (original verpackten und
>eingeschweißten) Dinger an jemanden verkauft, der eine andere
>Risikowahrnehmung hatte als ich.

Du wirst ihm den vermuteten Serienfehler wohl eher nicht auf die Nase
gebunden haben. 

Der Jurist nennt das "Arglist" WIMRE.

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

#208652 — Re: Murks-nein-danke

Servus!

On Sat, 28 May 2016 18:02:44 +0200, Martin Gerdes wrote:
> Volker Bartheld <news2016@bartheld.net> schrieb:
>>Die Teile liefen heiß und taugten einfach nix. Soll heißen: RMA-Abwicklung
>>innerhalb der Gewährleistungsfrist, dann die (original verpackten und
>>eingeschweißten) Dinger an jemanden verkauft, der eine andere
>>Risikowahrnehmung hatte als ich.
> Du wirst ihm den vermuteten Serienfehler wohl eher nicht auf die Nase
> gebunden haben. 
> Der Jurist nennt das "Arglist" WIMRE.

Interessant, wie verquer man meine Äußerung verstehen kann.
Unschuldsvermutung ist Dir also ein Fremdwort. I. d. T. hatte ich dem
Käufer den RMA-Beleg mitgegeben. Wie Du in Deiner Kritik schon korrekt
ausführst, ist es nicht meine Aufgabe aus 5 Stichprobenexemplaren einen
Kaplan-Meier-Schätzer abzuleiten. Geschweige denn, daß der Billigheimer,
der eine Festplatte um 1/4 des UVP abgreift, das auch richtig deuten
könnte.

Wenn Du Dich recht entsinnst, darfst Du mich gerne auf §123 BGB verklagen.

Ciao,
Volker

-- 
@:  W E B 2 0 1 6 at B A R T H E L D dot N E T
3W: www.bartheld.net

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

#208654 — Re: Murks-nein-danke

Am 28.05.2016 um 18:02 schrieb Martin Gerdes:
> Volker Bartheld <news2016@bartheld.net> schrieb:

>
>> Zitat: "[...] Bei den Laufwerken stirbt das Sata-USB3-Interface
>> recht zuverlässig. [...]".
>
> Die Stichprobe in Deinem Posting bestand aus zwei Exemplaren (die
> hinterher offenbar beide wieder liefen).

Die Stichprobe bestand aus einigen -zig unzufriedenen Kunden
im Rezensionsthread auf Amazon, von denen einige schon
Toshiba wegen Datenrettung kontaktiert hatten.
Du kannst Dir das Canvio-Dings bei Amazon selbst raussuchen,
ich mache keine Zuarbeit für Massenposter.

Und die liefen natürlich hinterher nicht mehr als externe Platte
weil die Gehäuse nur destruktiv aufzumachen sind. Es blieben
2 Einbaulaufwerke zurück die für Backups nicht taugen weil
Backup-Drives in den Schrank gehören und nirgendwo eingebaut,
eine kaputte Interfaceplatine und eine, bei der erst 1 Stunde
ihrer geschätzten 3 Wochen MTBF aufgebraucht war.

>
>> Eine Baureihe von IBM hatte nicht umsonst den Spitznamen "Death Star",
>> in Abwandlung der Verkaufsbezeichnung. Bei mir sind ungefähr 5 von 5
>> mit einem Schaden abgeraucht

Bei mir war's nur 1 von 1, die lief noch in richtig kaltem Zustand.
Man konnte ihre Laufzeit um 5 Minuten verlängern, wenn man sie
bei -25° im Tiefkühlschrank gelagert und dann an den schon
gebooteten Rechner angeschlossen hat. War genug Zeit, um in ein
paar Iterationen das Backup nachzuholen :-)

Mein Raid hatte 5 WD Raptors mit 10000 Touren/min. Die würden
heute noch gehen wenn sie nicht so unerträglich laut wären.
Geile Transferraten.

>
>> Die Teile liefen heiß und taugten einfach nix. Soll heißen: RMA-Abwicklung
>> innerhalb der Gewährleistungsfrist, dann die (original verpackten und
>> eingeschweißten) Dinger an jemanden verkauft, der eine andere
>> Risikowahrnehmung hatte als ich.
>
> Du wirst ihm den vermuteten Serienfehler wohl eher nicht auf die Nase
> gebunden haben.
>
> Der Jurist nennt das "Arglist" WIMRE.

Bei einer noch original eingeschweissten Platte?

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

#208657 — Re: Murks-nein-danke

Am 28.05.2016 um 19:31 schrieb Gerhard Hoffmann:

> Bei mir war's nur 1 von 1, die lief noch in richtig kaltem Zustand.
> Man konnte ihre Laufzeit um 5 Minuten verlängern, wenn man sie
> bei -25° im Tiefkühlschrank gelagert und dann an den schon
> gebooteten Rechner angeschlossen hat. War genug Zeit, um in ein
> paar Iterationen das Backup nachzuholen :-)

Ich hatte auch einmal eine HD, die nur gekühlt lief. Als das Kältespray 
leer war, habe ich die dann tatsächlich mit langen Kabeln durch die 
geschlossene Tür im Gefrierschrank betrieben und konnte tatsächlich alle 
Daten auslesen. Ich konnte es selbst kaum fassen, dass das funktionierte.

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

Page 6 of 7 — ← Prev page 1 2 3 4 5 [6] 7  Next page →

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

csiph-web