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

Groups > ger.ct > #522543 > unrolled thread

Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz)

Back to article view | Back to ger.ct

Contents

  Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) "Dr. Joachim Neudert" <neudert@5sl.org> - 2021-10-10 08:47 +0200
    Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) "Dr. Joachim Neudert" <neudert@5sl.org> - 2021-10-10 09:01 +0200
    Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stephan Bumberger <bumberger@gmail.com> - 2021-10-10 09:11 +0200
      Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) "Dr. Joachim Neudert" <neudert@5sl.org> - 2021-10-10 09:26 +0200
        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 09:31 +0200
          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) "Dr. Joachim Neudert" <neudert@5sl.org> - 2021-10-10 09:43 +0200
            Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 10:01 +0200
              Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) hc.ahlmann@gmx.de (HC Ahlmann) - 2021-10-10 15:43 +0200
                Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 15:49 +0200
              Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-10-10 13:51 +0000
                Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 16:02 +0200
                  Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-10-10 15:27 +0000
                    Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-10 17:38 +0200
                      Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 17:56 +0200
                        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-10 18:04 +0200
                          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 18:11 +0200
                            Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-10 18:22 +0200
                              Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 18:38 +0200
                                Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-10 18:51 +0200
                                  Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 19:08 +0200
                                    Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-10-10 18:33 +0000
                                      Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 20:43 +0200
                                        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-10 21:25 +0200
                              Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-10-10 21:22 +0200
                                Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-11 07:59 +0200
                                  Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-10-11 09:02 +0200
                                    Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-11 12:36 +0200
                                      Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) "Dr. Joachim Neudert" <neudert@5sl.org> - 2021-10-11 12:44 +0200
                                        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-11 13:01 +0200
                                          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Ulf Kutzner <Ulf.Kutzner@web.de> - 2021-10-11 04:13 -0700
                                          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Martin Τrautmann <t-usenet@gmx.net> - 2021-10-11 16:43 +0200
                                        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de> - 2021-10-11 07:33 -0400
                                          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Dr. Joachim Neudert <neudert@5sl.org> - 2021-10-11 11:40 +0000
                                            Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Dr. Joachim Neudert <neudert@5sl.org> - 2021-10-11 11:50 +0000
                        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) spamfalle2@arcor.de (Marc Stibane) - 2021-10-10 19:15 +0200
                          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-10 19:19 +0200
                        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-10-10 22:48 +0200
                          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-10-11 08:39 +0200
                      Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Ulf Kutzner <Ulf.Kutzner@web.de> - 2021-10-11 03:19 -0700
                    Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-10-10 22:47 +0200
              Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-10-12 08:52 +0000
                Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) "Dr. Joachim Neudert" <neudert@5sl.org> - 2021-10-12 11:27 +0200
                  Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stephan Bumberger <bumberger@gmail.com> - 2021-10-12 18:15 +0200
                    Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-10-12 17:31 +0000
                      Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stephan Bumberger <bumberger@gmail.com> - 2021-10-12 22:08 +0200
                        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-10-12 21:50 +0000
                          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stephan Bumberger <bumberger@gmail.com> - 2021-10-13 08:51 +0200
                            Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) "Dr. Joachim Neudert" <neudert@5sl.org> - 2021-10-13 09:09 +0200
                            Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-10-14 07:25 +0000
                              Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stephan Bumberger <bumberger@gmail.com> - 2021-10-14 11:40 +0200
                                Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Ulf Kutzner <Ulf.Kutzner@web.de> - 2021-10-14 02:47 -0700
                                Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Lars Gebauer <lgebauer@live.de> - 2021-10-14 12:07 +0200
                                  Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Wolfgang Kynast <wky@gmx.de> - 2021-10-14 12:53 +0200
                                Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-10-14 14:03 +0000
        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Michael Bode <m.g.bode@web.de> - 2021-10-10 10:17 +0200
        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Lars Gebauer <lgebauer@live.de> - 2021-10-10 11:42 +0200
        Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-10-10 13:11 +0200
          Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) spamfalle2@arcor.de (Marc Stibane) - 2021-10-10 19:15 +0200
            Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2021-10-10 22:50 +0200
    Re: Kein Backup, kein Mitleid. Und mit Backup: Auch kein Mitleid... ;-) (Sebastian Kurz) Frank Hucklenbroich <hucklenbroich@gmx.net> - 2021-10-10 16:13 +0200

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#522638

On Sun, 10 Oct 2021 19:08:56 Gerrit Heitsch wrote:
> On 10/10/21 6:51 PM, Michael Bode wrote:
> > Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
> >> Was meinst du, was die Firma die dir aktuell die Platten
> >> schreddert macht? Welche Magie passiert dort das deren
> >> Bescheinigung anscheinend mehr wert ist?

> > Damit ist die Verantwortung für die Vernichtung beim
> > Auftragnehmer und nicht mehr beim Auftraggeber.

> Ahja... Die 'Verantwortung'. Die hast du dann schön delegiert und
> hoffst, daß sich der Auftragnehmer auch an den Vertrag hält. Was
> machst du wenn ein paar der Platten irgendwann ungelöscht auf Ebay
> vertickt werden?

Hirnwichserei ist ja durchaus etwas lustiges, aber würdest Du Dir
tatsächlich Sorgen machen, dass eine Firma, der Du Festplatten zum
Schreddern überlässt, diese in Wahrheit (noch dazu ungelöscht) auf
ebay vertickert?

> Ich sorge immerhin dafür, daß von mir nicht mehr benötigte Platten
> noch weiterbenutzt werden können. Defekte HDs landen zerlegt und
> sortiert im Recyling. Du hingegen scheinst die Zerstörung von
> einwandfrei funktionierender Elektronik für eine gute Idee zu
> halten.

Ich lösche meine Platten und bringe sie zum Sondermüll, punkt und
Ende. Ein Problem könnte das allenfalls dann werden, wenn jemand
ganz gezielt hinter *meinen* Daten her ist - unwahrscheinlich genug,
aber bei so viel Energie und Ausdauer (hey, die aktuellen Platten
werden bald 10 Jahre alt) wäre der schon längst in meine Wohnung
eingsteigen und hätte die Hardware schon vor ihrer Vernichtung
kopiert oder einfach mitgenommen.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Die süße Verführung, oder warum Stefan so meisterhaft schmeckt!
(Sloganizer)

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

#522639

On 10/10/21 8:33 PM, Stefan Froehlich wrote:
> On Sun, 10 Oct 2021 19:08:56 Gerrit Heitsch wrote:
>> On 10/10/21 6:51 PM, Michael Bode wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>> Was meinst du, was die Firma die dir aktuell die Platten
>>>> schreddert macht? Welche Magie passiert dort das deren
>>>> Bescheinigung anscheinend mehr wert ist?
> 
>>> Damit ist die Verantwortung für die Vernichtung beim
>>> Auftragnehmer und nicht mehr beim Auftraggeber.
> 
>> Ahja... Die 'Verantwortung'. Die hast du dann schön delegiert und
>> hoffst, daß sich der Auftragnehmer auch an den Vertrag hält. Was
>> machst du wenn ein paar der Platten irgendwann ungelöscht auf Ebay
>> vertickt werden?
> 
> Hirnwichserei ist ja durchaus etwas lustiges, aber würdest Du Dir
> tatsächlich Sorgen machen, dass eine Firma, der Du Festplatten zum
> Schreddern überlässt, diese in Wahrheit (noch dazu ungelöscht) auf
> ebay vertickert?

Die Firma selbst wohl nicht, einzelne Angestellte hingegen... Besonders 
wenn die auch der Meinung sind, daß es Verschwendung ist funktionierende 
HDs zu zerstören.

  Gerrit

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

#522643

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:


> Die Firma selbst wohl nicht, einzelne Angestellte
> hingegen... Besonders wenn die auch der Meinung sind, daß es
> Verschwendung ist funktionierende HDs zu zerstören.

Dann wollen wir mal hoffen, dass sie keine Leute wie dich einstellen.

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

#522665

Michael Bode meinte:

>> Muss dann eben in die Gesamtkosten für den Betrieb eingepreist
>> werden. EMC² scheint das zu können.
> 
> Verkaufen die Storagsysteme oder betreiben die Auftragsspeicherung?
> Mir ist nur ersteres bekannt

Sie verkaufen (gegen gutes Geld) dann, wenn der Kunde das Ding außer 
Betrieb nehmen will, auch zertifiziertes Löschen der in ihren 
Storagesystemen verbauten Platten. Vermutlich tun das andere Hersteller 
von Storagesystemen auch.  Soweit ich weiß, laden sie dafür eine andere 
Firmware in die Controller, die dann 3mal oder 7mal die Platten mit  
DoD-gemäßem Mustern überschreibt. Diese Firmware haben sioe wohl von 
irgendwem zertifizieren lassen, und als Ergebnis wird dann für den 
Kunden ein Stück Papier ausgedruckt ("Platte mit Seriennummer 47110815 
wurde gemäß DoD-5220.22-M(E) / (ECE) gelöscht", wahlweise irgendeine 
BSI-Richtlinie o.Ä. ); das kann der Kunde sich dann abheften und bei 
Bedarf vorzeigen, dass er jedenfalls nicht Platten voller 
Kreditkartennummern in die Wiedervermarktung gegeben hat. 

Sowas bieten auch andere Firmen an; die schließen dann die Platten an 
irgendeinen mitgebrachten Rechner mit mitgebrachter, wieder von 
irgendwem abgesegneter Softwareem und der löscht dann. Ja, das dauert 
Stunden, bis große Platten mehrmals komplett überschrieben worden sind.  
Es geht eher nicht darum, dass tatsächlich nix Lesbares mehr drauf ist 
(das, was früher ging, jedenfalls mit hohem Aufwand ging - Randbereiche 
der Spuren auslesen - soll angeblich bei den heutigen Speicherdichten eh 
nicht mehr gehen, einmal Nullen drüberschreiben sollte eigentlich 
reichen); aber der RZ-Verantwortliche will halt ein schönes Papier 
haben; eins, das er für  "revisionssicher" hält. 

Ein  Problem sind allerdings SSDs - da hilft drüberschreiben eher nicht; 
da könnte in irgendwelchen derzeit unbenutzten Zellen immer noch was 
drinstehen. Manche SSDs haben wohl eine Funktion "vergiss alles", aber 
ob das schon bis zu den enstsprechenden MilStd oder DoD-Richtlinien 
durchgesickert ist, und ob die SSD ein revisionssisheres Dokument 
ausspuckt ...?


-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

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

#522666

Diedrich Ehlerding <diedrich.ehlerding@t-online.de> writes:

> Michael Bode meinte:
>
>>> Muss dann eben in die Gesamtkosten für den Betrieb eingepreist
>>> werden. EMC² scheint das zu können.
>> 
>> Verkaufen die Storagsysteme oder betreiben die Auftragsspeicherung?
>> Mir ist nur ersteres bekannt
>
> Sie verkaufen (gegen gutes Geld) dann, wenn der Kunde das Ding außer 
> Betrieb nehmen will, auch zertifiziertes Löschen der in ihren 
> Storagesystemen verbauten Platten. Vermutlich tun das andere Hersteller 
> von Storagesystemen auch.  Soweit ich weiß, laden sie dafür eine andere 
> Firmware in die Controller, die dann 3mal oder 7mal die Platten mit  
> DoD-gemäßem Mustern überschreibt. Diese Firmware haben sioe wohl von 
> irgendwem zertifizieren lassen, und als Ergebnis wird dann für den 
> Kunden ein Stück Papier ausgedruckt ("Platte mit Seriennummer 47110815 
> wurde gemäß DoD-5220.22-M(E) / (ECE) gelöscht", wahlweise irgendeine 
> BSI-Richtlinie o.Ä. ); das kann der Kunde sich dann abheften und bei 
> Bedarf vorzeigen, dass er jedenfalls nicht Platten voller 
> Kreditkartennummern in die Wiedervermarktung gegeben hat. 

Und dann verkaufen sie die Platten mit 50000+h an den nächsten Kunden weiter?
So nachhaltig und so?

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

#522671

Michael Bode meinte:

[Platten vom Storagesystem-Heresteller löschen lassen]

> Und dann verkaufen sie die Platten mit 50000+h an den nächsten Kunden
> weiter? So nachhaltig und so?

Es kommt darauf an.

Löschung heißt ja noch nicht: EMC kauft den Schrott zurück. Wenn der 
Kunde ein Papier in der Hand hat "BSI/DSGVO/DoD-konform gelöscht", kann 
er die Hardware datenschutzrechtlich weiterverwenden, wie er will; 
insbesondere auch zum Atmetall geben oder seinen Mitarbeitern zum Aufbau 
ein es Heim-NAS  anbieten. Die Alternative ist: zertifizierten 
Schrotthändler finden und beauftragen, der BSI/DSGVO-konform 
unterschreibt, dass er die Dinger schreddert. Es ist halt eine 
Preisfrage, was billiger ist - zertifiziertes Löschen plus 
Sperrmüllabfuhr, oder zertifiziertes Schreddern durch den Schrotthändler 
- und worauf sich der unternehmenseigene oder behördeneigene 
Datenschützer einlässt. Wie gesagt, dem RZ-Verantwortlichen gehts nicht 
in erster Linie um den Datenschutz, sondern darum, dass er ein Papier 
bekommt, das er das Seinige getan hat, mit dem er wedeln kann, wenn doch 
Daten irgendwo rausleaken ("schaut her, ich bin nicht schuld, hier der 
Beweis!")

Der Rückkauf alter Hardware durch den Hersteller mag durchaus vorkommen; 
dass es dafür aber noch viel Geld gibt, kann ich mir nicht vorstellen; 
da geht es eher darum, dass der Kunde die Arbeit "Verschrotter 
beauftragen" scheut, das drückt er dem Hersteller auf. Die werden die 
Geräte dann vielleicht als Ersatzteilspender benutzen (für ähnliche 
Geräte, die noch einen Wartungsvertrag haben und ggf. kostenlos 
Ersatzplatten bekommen müssen). Als Neugerät werden sie die sicher nicht 
verkaufen - das ist ja Technik von typischerweise vor 5 Jahren; 
heutzutage verkaufen die keine drehenden SCSI- oder SAS-Spindeln mit 300 
GB in 15k-rpm-Bauweise mehr, sondern entweder SSDs oder aber SATA-
Datengräber von >= 8 TB




-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

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

#522708

Diedrich Ehlerding <diedrich.ehlerding@t-online.de> writes:

> Der Rückkauf alter Hardware durch den Hersteller mag durchaus vorkommen; 
> dass es dafür aber noch viel Geld gibt, kann ich mir nicht vorstellen; 
> da geht es eher darum, dass der Kunde die Arbeit "Verschrotter 
> beauftragen" scheut, das drückt er dem Hersteller auf. Die werden die 
> Geräte dann vielleicht als Ersatzteilspender benutzen (für ähnliche 
> Geräte, die noch einen Wartungsvertrag haben und ggf. kostenlos 
> Ersatzplatten bekommen müssen). Als Neugerät werden sie die sicher nicht 
> verkaufen - das ist ja Technik von typischerweise vor 5 Jahren; 
> heutzutage verkaufen die keine drehenden SCSI- oder SAS-Spindeln mit 300 
> GB in 15k-rpm-Bauweise mehr, sondern entweder SSDs oder aber SATA-
> Datengräber von >= 8 TB

Eben. Ist eh nix mehr wert und der Homeuser braucht auch keine 300GB 15k
SCSI Platte.

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

#522711

Am 11.10.21 um 12:36 schrieb Michael Bode:
> Diedrich Ehlerding <diedrich.ehlerding@t-online.de> writes:
> 
>> Der Rückkauf alter Hardware durch den Hersteller mag durchaus vorkommen;
>> dass es dafür aber noch viel Geld gibt, kann ich mir nicht vorstellen;
>> da geht es eher darum, dass der Kunde die Arbeit "Verschrotter
>> beauftragen" scheut, das drückt er dem Hersteller auf. Die werden die
>> Geräte dann vielleicht als Ersatzteilspender benutzen (für ähnliche
>> Geräte, die noch einen Wartungsvertrag haben und ggf. kostenlos
>> Ersatzplatten bekommen müssen). Als Neugerät werden sie die sicher nicht
>> verkaufen - das ist ja Technik von typischerweise vor 5 Jahren;
>> heutzutage verkaufen die keine drehenden SCSI- oder SAS-Spindeln mit 300
>> GB in 15k-rpm-Bauweise mehr, sondern entweder SSDs oder aber SATA-
>> Datengräber von >= 8 TB
> 
> Eben. Ist eh nix mehr wert und der Homeuser braucht auch keine 300GB 15k
> SCSI Platte.
> 

Diese SSDs sind aber auch ein Segen gegenüber den 10k und 15k dehenden 
Serverplatten.

Meine allererste SSD, eine Supertalent 60 GB, ist übrigens immer noch im 
Produktiveinsatz in der Praxis tätig.  Über 10 Jahre alt. Damals für den 
Tower-Games-Rechner daheim angeschafft als Sytemlaufwerk.

Da läuft heute die Ergometrie drauf. Eine Ersatz-SSD 60 GB im 
Anschaffungspreis von 30 € liegt im Schrank, falls Sie mal das Zeitliche 
segnen sollte. Samt Adapter von Platten-SATA auf 40 Pol IDE Rechner, 
denn das ist ein wirklich ALTER Rechner, ein Dell von 2005.

Aber das sind die einzigen die noch per paralleler Schnittstelle die 
teure EKG-12-Pol-Sauganlage ansteuern können. Windows >= 7 not work. USB 
<-> Parallel Adapter not work.



-- 
Bitt um Vrzihung, di Tast " " klmmt manchmal...

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

#522717

"Dr. Joachim Neudert" <neudert@5sl.org> writes:

> Aber das sind die einzigen die noch per paralleler Schnittstelle die
> teure EKG-12-Pol-Sauganlage ansteuern können. Windows >= 7 not
> work. USB <-> Parallel Adapter not work.

Ja, so nen Scheiß gibt es. Bei uns steht ein Weißlichtinterferometer,
das läuft auch nur mit XP. Aufrüstung geht nicht. Neuanschaffung liegt
so bei 50k€.

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

#522720

Michael Bode schrieb am Montag, 11. Oktober 2021 um 13:01:25 UTC+2:
> "Dr. Joachim Neudert" <neu...@5sl.org> writes: 
> 
> > Aber das sind die einzigen die noch per paralleler Schnittstelle die 
> > teure EKG-12-Pol-Sauganlage ansteuern können. Windows >= 7 not 
> > work. USB <-> Parallel Adapter not work.
> Ja, so nen Scheiß gibt es. Bei uns steht ein Weißlichtinterferometer, 
> das läuft auch nur mit XP. Aufrüstung geht nicht. Neuanschaffung liegt 
> so bei 50k€.

Einmal abgesehen davon, daß Winword to pdf vor über 10 Jahren mit
neuer Windowsversion zwar irgendwas machte, aber insbesondere
keine pdf-Datei generierte.

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

#522731

On Mon, 11 Oct 2021 13:01:24 +0200, Michael Bode wrote:
> "Dr. Joachim Neudert" <neudert@5sl.org> writes:
>
>> Aber das sind die einzigen die noch per paralleler Schnittstelle die
>> teure EKG-12-Pol-Sauganlage ansteuern können. Windows >= 7 not
>> work. USB <-> Parallel Adapter not work.
>
> Ja, so nen Scheiß gibt es. Bei uns steht ein Weißlichtinterferometer,
> das läuft auch nur mit XP. Aufrüstung geht nicht. Neuanschaffung liegt
> so bei 50k€.

Klingt so wie der Stepper am Institut, der noch mit Lochstreifen
arbeitet.

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

#522721

Salve allerseits,

Dr. Joachim Neudert schrieb:
>
> Aber das sind die einzigen die noch per paralleler Schnittstelle die 
> teure EKG-12-Pol-Sauganlage ansteuern können. Windows >= 7 not work. USB 
> <-> Parallel Adapter not work.
>
<https://www.amazon.com/dp/B0863GN23B/>

	M.f.G.

-- 
Diese E-Mail-Adresse wird nur aus nostalgischen Gründen verwendet. Sie
wird praktisch nie gelesen.  Das MausNet ist nicht tot – es riecht nur
etwas komisch... ;-)

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

#522724

Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de>
wrote:
> Salve allerseits,
> 
> Dr. Joachim Neudert schrieb:
>> 
>> Aber das sind die einzigen die noch per paralleler Schnittstelle die 
>> teure EKG-12-Pol-Sauganlage ansteuern können. Windows >= 7 not work. USB 
>> <-> Parallel Adapter not work.
>> 
> <https://www.amazon.com/dp/B0863GN23B/>
> 
> 	M.f.G.
> 

Das nutzt allein nix. Mit Windows 7 wurde die Ansteuerung der parallelen
Schnittstelle geändert, es muß auch XP sein.
In einem weiteren Dell Inspirion  1200 Notebook von 2005 macht das eine
PCMCIA Parallele Steckkarte.

-- 
please forgive my iPhone typos

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

#522725

Dr. Joachim Neudert <neudert@5sl.org> wrote:
> Fidel Sebastián Hunrichse-Lara <Fidel-Sebastian_Hunrichse_Lara@b.maus.de>
> wrote:
>> Salve allerseits,
>> 
>> Dr. Joachim Neudert schrieb:
>>> 
>>> Aber das sind die einzigen die noch per paralleler Schnittstelle die 
>>> teure EKG-12-Pol-Sauganlage ansteuern können. Windows >= 7 not work. USB 
>>> <-> Parallel Adapter not work.
>>> 
>> <https://www.amazon.com/dp/B0863GN23B/>
>> 
>> M.f.G.
>> 
> 
> Das nutzt allein nix. Mit Windows 7 wurde die Ansteuerung der parallelen
> Schnittstelle geändert, es muß auch XP sein.
> In einem weiteren Dell Inspirion  1200 Notebook von 2005 macht das eine
> PCMCIA Parallele Steckkarte.
> 

Auf der Dell Homepage dieses Inspiron 1200 Laptops lese ich gerade von
einem dringenden Update der Firmware des verbauten WD 40 GB
Festplattenlaufwerks.

https://www.dell.com/support/home/de-de/product-support/product/inspiron-1200/drivers
Vom 29. August 2005.

Mist, das hab ich dann wohl versäumt. Das lief jetzt 16 Jahre ganz ohne das
dringende Update.

-- 
please forgive my iPhone typos

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

#522626

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:

> Und hier ist schon der Fehler. Du sollst den Datenträger nicht 
> vernichten, du sollst nur alle Daten auf dem Datenträger löschen.

Wenn die komplette Festplatte verschlüsselt ist, reicht es völlig den
Schlüssel zu löschen. Alle anderen Blocks muss man nicht anfassen.

-- 
In a world without walls and fences,
   who needs windows and gates?

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

#522628

On 10/10/21 7:15 PM, Marc Stibane wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> 
>> Und hier ist schon der Fehler. Du sollst den Datenträger nicht
>> vernichten, du sollst nur alle Daten auf dem Datenträger löschen.
> 
> Wenn die komplette Festplatte verschlüsselt ist, reicht es völlig den
> Schlüssel zu löschen. Alle anderen Blocks muss man nicht anfassen.

Ja, da reicht es bei jeder Partition die ersten paar MB zu löschen (wenn 
die Verschlüsselung partitionsweise arbeitet).

  Gerrit

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

#522655

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:

> On 10/10/21 5:38 PM, Michael Bode wrote:
> > Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:
> >   
> >> ...so eine Ressourcenverschwendung auch relativ klar auf die
> >> Nervosität des Auftraggebers schließen (und das dann noch unter
> >> Angabe des falschen Namens... einfach nur völlig durchgeknallt).  
> > 
> > Ihr habt euch ja sicherlich schon ausführlich mit der
> > datenschutzkonformen Vernichtung von Datenträgern beschäftigt.  
> 
> Und hier ist schon der Fehler. Du sollst den Datenträger nicht 
> vernichten, du sollst nur alle Daten auf dem Datenträger löschen.

dd if=/dev/zero of=/dev/sda count=10k und *schwupps* ist der Superblock
weg.

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

#522669

On 10/10/21 10:48 PM, Dietz Proepper wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> 
>> On 10/10/21 5:38 PM, Michael Bode wrote:
>>> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) writes:
>>>    
>>>> ...so eine Ressourcenverschwendung auch relativ klar auf die
>>>> Nervosität des Auftraggebers schließen (und das dann noch unter
>>>> Angabe des falschen Namens... einfach nur völlig durchgeknallt).
>>>
>>> Ihr habt euch ja sicherlich schon ausführlich mit der
>>> datenschutzkonformen Vernichtung von Datenträgern beschäftigt.
>>
>> Und hier ist schon der Fehler. Du sollst den Datenträger nicht
>> vernichten, du sollst nur alle Daten auf dem Datenträger löschen.
> 
> dd if=/dev/zero of=/dev/sda count=10k und *schwupps* ist der Superblock
> weg.

Ja, und wenn die Platte nur 1 Partition hatte und verschlüsselt war war 
es das. Ich lasse den kompletten Test auch laufen um zu verifizieren, 
daß die HD noch fehlerfrei ist. Neulich sind zwei Stück 2 TB HDs dabei 
durchgefallen. Sehr ärgerlich, aber besser beim Test als bei der 
Benutzung. Die HDs wurden zerlegt und die Teile weiterverwendet oder dem 
Recycling übergeben.

  Gerrit

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

#522702

Michael Bode schrieb am Sonntag, 10. Oktober 2021 um 17:38:13 UTC+2:
> Stefan...@Froehlich.Priv.at (Stefan Froehlich) writes: 
> 
> > ...so eine Ressourcenverschwendung auch relativ klar auf die 
> > Nervosität des Auftraggebers schließen (und das dann noch unter 
> > Angabe des falschen Namens... einfach nur völlig durchgeknallt).
> Ihr habt euch ja sicherlich schon ausführlich mit der 
> datenschutzkonformen Vernichtung von Datenträgern beschäftigt. Wenn ich 
> jetzt eine Bescheinugung über die konforme Vernichtung brauche, kann mir 
> badblocks die ausdrucken? Es gibt Programme, die das machen, aber die 
> kosten pro gelöschter Festplatte ca. so viel wie das Shreddern. Und es 
> dauert ggf. Stunden, was die Sache völlig uninteressant macht.

Nächte und Wochenenden existieren. Es wird hoffentlich nicht alle
Naslang eine Benutzereingabe verlangt.

> Bei 
> Festplatten, die nicht mehr funktionieren, geht es schon mal gar nicht. 
> 
> Einfache Lösung: es wird ein Behälter aufgestellt, in den man die Platten 
> wirft. Idealerweise so beschaffen, dass man sie nicht mehr entnehmen 
> kann. Wenn der voll ist, wird er abgeholt, der Inhalt geshreddert

Klingt nach Entnehmbarkeit des Behälters wie des Inhalts, nach Deaktivierung
welcher Sperren auch immer.

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

#522654

Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:

> On Sun, 10 Oct 2021 16:02:18 Gerrit Heitsch wrote:
> > On 10/10/21 3:51 PM, Stefan Froehlich wrote:  
> > > On Sun, 10 Oct 2021 10:01:20 Gerrit Heitsch wrote:  
> > >> Ansonsten, wenn hier HDs ausser Betrieb gehen bekommen sie eine
> > >> Behandlung mit 'badblocks -w -t random -vv /dev/<device>'.
> > >> Danach sind sie leer und ich weiss ob sie noch gut sind. Grund:
> > >> Ich gebe solche HDs gerne weiter an Bekannte die damit noch was
> > >> anfangen können.  
> 
> > > Du hast ja vmerutlich auch keine Aufzeichnungen krimineller
> > > Aktivitäten auf höchster Staatsebene auf Deinen Platten.  
> 
> > Selbst wenn ich die hätte, nach dem badblocks-Lauf wären sie
> > unwiderbringlich weg.  
> 
> Eh.
> 
> Aber wer weiss, ob da nicht doch noch irgendwer, mit irgendwelchen
> mystischen Werkzeugen und Methoden...

Bei SSDs ist das konzeptionsbedingt noch schlimmer. Daher, kein Datum
soll unverschlüsselt einen Massenspeicher betreten.

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

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | ger.ct

csiph-web