Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #556102 > unrolled thread
| Started by | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| First post | 2022-05-29 10:03 +0200 |
| Last post | 2022-05-29 16:54 +0200 |
| Articles | 20 on this page of 135 — 29 participants |
Back to article view | Back to ger.ct
Festplatten vernichten "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-05-29 10:03 +0200
Re: Festplatten vernichten Michael Pachta <mipani@gmx.de> - 2022-05-29 10:23 +0200
Re: Festplatten vernichten Bernd Ohm <invalid@invalid.invalid> - 2022-05-29 10:25 +0200
Re: Festplatten vernichten Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-05-29 10:32 +0200
Re: Festplatten vernichten "Wendelin Uez" <wuez@online.de> - 2022-05-29 18:34 +0200
Re: Festplatten vernichten Shinji Ikari <shinji@gmx.net> - 2022-05-29 20:09 +0200
Re: Festplatten vernichten Michael Pachta <mipani@gmx.de> - 2022-05-29 20:48 +0200
Re: Festplatten vernichten Shinji Ikari <shinji@gmx.net> - 2022-05-29 20:57 +0200
Re: Festplatten vernichten Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-05-29 21:10 +0200
Re: Festplatten vernichten Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-05-29 21:03 +0200
Re: Festplatten vernichten Andreas Bockelmann <xotzil@gmx.de> - 2022-05-29 10:30 +0200
Re: Festplatten vernichten Michael Bode <m.g.bode@web.de> - 2022-05-29 10:33 +0200
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-29 13:23 +0200
Re: Festplatten vernichten "Wendelin Uez" <wuez@online.de> - 2022-05-29 17:59 +0200
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-29 19:01 +0200
Re: Festplatten vernichten Ulrich Weise <ulrich.weise@t-online.de> - 2022-05-30 10:20 +0200
Re: Festplatten vernichten "Wendelin Uez" <wuez@online.de> - 2022-05-30 12:47 +0200
Re: Festplatten vernichten Matthias Eißing <meissing@gmx.de> - 2022-05-30 13:44 +0200
Re: Festplatten vernichten Shinji Ikari <shinji@gmx.net> - 2022-05-30 14:27 +0200
Re: Festplatten vernichten "Wendelin Uez" <wuez@online.de> - 2022-05-30 20:39 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-05-30 20:51 +0200
Re: Festplatten vernichten Shinji Ikari <shinji@gmx.net> - 2022-05-30 20:55 +0200
Re: Festplatten vernichten "Wendelin Uez" <wuez@online.de> - 2022-05-31 10:17 +0200
Re: Festplatten vernichten Michael Zink <michael@swamp.franken.de> - 2022-05-30 09:22 +0200
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-30 09:33 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-05-30 11:45 +0200
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-30 12:57 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-05-30 13:13 +0200
Re: Festplatten vernichten Frank Scheffski <usenet@alles-moppelkotze.de> - 2022-05-29 10:42 +0200
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-29 14:09 +0200
Re: Festplatten vernichten Andreas Bockelmann <xotzil@gmx.de> - 2022-05-29 15:28 +0200
Re: Festplatten vernichten Wolf gang P u f f e <remail@gmx.com> - 2022-05-29 20:32 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-05-29 11:00 +0200
Re: Festplatten vernichten Marco Moock <mo01@posteo.de> - 2022-05-29 12:07 +0200
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-29 14:13 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-05-29 14:29 +0200
Re: Festplatten vernichten Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-05-29 17:25 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-05-29 18:19 +0200
Re: Festplatten vernichten Bernd Ullrich <ullrich_bernd@hotmail.com> - 2022-05-29 18:45 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-01 07:44 +0200
Re: Festplatten vernichten Shinji Ikari <shinji@gmx.net> - 2022-05-29 20:12 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-01 07:43 +0200
Re: Festplatten vernichten Shinji Ikari <shinji@gmx.net> - 2022-06-01 08:44 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-01 09:02 +0200
Re: Festplatten vernichten spamfalle2@arcor.de (Marc Stibane) - 2022-06-03 08:38 +0200
Re: Festplatten vernichten "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-06-03 09:02 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 09:28 +0200
Re: Festplatten vernichten "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-06-03 07:33 +0000
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 09:57 +0200
Re: Festplatten vernichten Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-06-03 16:45 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-04 18:11 +0200
Re: Festplatten vernichten Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-06-04 21:12 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 10:25 +0200
Re: Festplatten vernichten "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-06-03 09:44 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 10:01 +0200
Re: Festplatten vernichten spamfalle2@arcor.de (Marc Stibane) - 2022-06-03 14:15 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 14:34 +0200
Re: Festplatten vernichten "Wendelin Uez" <wuez@online.de> - 2022-06-03 10:41 +0200
Re: Festplatten vernichten "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-06-03 11:41 +0200
Re: Festplatten vernichten Michael Bode <m.g.bode@web.de> - 2022-06-03 17:26 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-04 18:13 +0200
Re: Festplatten vernichten Michael Bode <m.g.bode@web.de> - 2022-06-04 23:10 +0200
Re: Festplatten vernichten Michael Bode <m.g.bode@web.de> - 2022-06-04 23:11 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-04 23:33 +0200
Re: Festplatten vernichten Michael Bode <m.g.bode@web.de> - 2022-06-05 00:00 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 09:10 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 09:29 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 10:26 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 10:50 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 10:56 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 11:04 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 13:04 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 13:06 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 13:35 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 13:42 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 14:25 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 14:46 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 14:54 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 14:58 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 15:02 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 15:06 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 15:14 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-04 18:08 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-04 18:32 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-04 18:55 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-04 18:59 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-04 19:04 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-04 19:10 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-04 19:27 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-04 19:29 +0200
Re: Festplatten vernichten spamfalle2@arcor.de (Marc Stibane) - 2022-06-03 14:15 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 14:27 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 14:33 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 14:37 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-06-03 14:47 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-06-03 14:54 +0200
Re: Festplatten vernichten Ulrich Weise <ulrich.weise@t-online.de> - 2022-05-29 11:42 +0200
Re: Festplatten vernichten Wolf gang P u f f e <remail@gmx.com> - 2022-05-29 12:02 +0200
Re: Festplatten vernichten Marco Moock <mo01@posteo.de> - 2022-05-29 12:05 +0200
Re: Festplatten vernichten Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-05-29 11:52 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-05-29 12:47 +0200
Re: Festplatten vernichten Lothar Kimmeringer <news201705@kimmeringer.de> - 2022-05-29 21:13 +0200
Re: Festplatten vernichten mit Grill Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-30 08:30 +0200
Re: Festplatten vernichten mit Grill Lothar Kimmeringer <news201705@kimmeringer.de> - 2022-05-30 18:57 +0200
Re: Festplatten vernichten mit Grill Wolfgang Kynast <wky@gmx.de> - 2022-05-30 19:49 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-05-31 13:36 +0200
Re: Festplatten vernichten Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-05-29 11:02 +0000
Re: Festplatten vernichten "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-05-29 13:32 +0200
Re: Festplatten vernichten "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-05-29 13:37 +0200
Re: Festplatten vernichten Wolfgang Kynast <wky@gmx.de> - 2022-05-29 13:41 +0200
Re: Festplatten vernichten Daniel Weber <usenet@daniel-weber.eu> - 2022-05-29 14:40 +0200
Re: Festplatten vernichten Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-05-29 07:54 -0700
Re: Festplatten vernichten Daniel Weber <usenet@daniel-weber.eu> - 2022-05-30 11:27 +0200
Re: Festplatten vernichten Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-05-29 16:11 +0000
Re: Festplatten vernichten Hartmut Ott <hottm@arcor.de> - 2022-05-29 15:50 +0200
Re: Festplatten vernichten Herwig <herwig.huener@t-online.de> - 2022-05-29 07:02 -0700
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-29 17:24 +0200
Re: Festplatten vernichten Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-05-29 08:37 -0700
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-29 18:10 +0200
Re: Festplatten vernichten Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-05-30 05:59 +0200
Re: Festplatten vernichten Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-05-29 08:40 -0700
Re: Festplatten vernichten Michael Pachta <mipani@gmx.de> - 2022-05-30 12:49 +0200
Re: Festplatten vernichten Hartmut Ott <hottm@arcor.de> - 2022-05-30 15:16 +0200
Re: Festplatten vernichten Herwig <herwig.huener@t-online.de> - 2022-05-29 07:00 -0700
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-29 18:56 +0200
Re: Festplatten vernichten Ned Kelly <ned.kelly@nefkom.net> - 2022-05-29 20:52 +0200
Re: Festplatten vernichten Induktionskochfeldplatte oder Mikrowelle? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-30 08:25 +0200
Re: Festplatten vernichten Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-05-30 08:55 +0200
Re: Festplatten vernichten Ned Kelly <ned.kelly@nefkom.net> - 2022-05-31 13:13 +0200
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-31 14:23 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-05-29 16:41 +0200
Re: Festplatten vernichten Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-05-29 17:21 +0200
Re: Festplatten vernichten Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-05-29 17:49 +0200
Re: Festplatten vernichten Shinji Ikari <shinji@gmx.net> - 2022-05-29 20:15 +0200
Re: Festplatten vernichten Bonita Montero <Bonita.Montero@gmail.com> - 2022-05-29 16:54 +0200
Page 3 of 7 — ← Prev page 1 2 [3] 4 5 6 7 Next page →
| From | Shinji Ikari <shinji@gmx.net> |
|---|---|
| Date | 2022-05-29 20:12 +0200 |
| Message-ID | <vqd79hhlfrgtjc24gg34ev42k7aufqeggv@4ax.com> |
| In reply to | #556171 |
Guten Tag Bonita Montero <Bonita.Montero@gmail.com> schrieb >> Google nach "self encrypting disks" >Ich weiß bereits, dass es das bei SSDs gibt, aber wenn das grundsätz- >lichso wäre, dann wäre das doch eine coole Sache. Das ist ein feature, das man extra bezahlt https://geizhals.de/?cat=hde7s&xf=10877_nach+FIPS~10877_nach+TCG&asuch=&bpmin=&bpmax=&v=e&hloc=de&plz=&dist=&mail=&sort=r&bl1_id=30 >Um zu verhindern, >dass irgendeine Malware einem die Platte unterm Arsch wegschiebt >könnte man ja noch zur Maßgabe machen, dass das Löschen nur mit >irgendeinem Key gelingt, der dann irgendwo auf der Platte aufge- >druckt ist. Du hast da etwas missverstanden.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2022-06-01 07:43 +0200 |
| Message-ID | <t76u8s$ko5$1@dont-email.me> |
| In reply to | #556193 |
Am 29.05.2022 um 20:12 schrieb Shinji Ikari: > Guten Tag > > Bonita Montero <Bonita.Montero@gmail.com> schrieb > >>> Google nach "self encrypting disks" >> Ich weiß bereits, dass es das bei SSDs gibt, aber wenn das grundsätz- >> lichso wäre, dann wäre das doch eine coole Sache. > > Das ist ein feature, das man extra bezahlt > https://geizhals.de/?cat=hde7s&xf=10877_nach+FIPS~10877_nach+TCG&asuch=&bpmin=&bpmax=&v=e&hloc=de&plz=&dist=&mail=&sort=r&bl1_id=30 Nein, fast jede SSD hat das heute, zumindest das was ich eingangs beschrieb und fals das, was daraus gefolgert wurde das selbe ist was ich beschrieb. >> Um zu verhindern, >> dass irgendeine Malware einem die Platte unterm Arsch wegschiebt >> könnte man ja noch zur Maßgabe machen, dass das Löschen nur mit >> irgendeinem Key gelingt, der dann irgendwo auf der Platte aufge- >> druckt ist. > Du hast da etwas missverstanden. Ich hab da gar nichts missverstanden; das ist einfach nur eine wirklich gute Idee von mir und die vervollständigt dieses Feature einfach nur. Von dir kommen echt nicht selten absolut dämliche Postings.
[toc] | [prev] | [next] | [standalone]
| From | Shinji Ikari <shinji@gmx.net> |
|---|---|
| Date | 2022-06-01 08:44 +0200 |
| Message-ID | <4e2e9hd3gi6uucnsqs5a7i7aljrlvqtqtl@4ax.com> |
| In reply to | #556363 |
Guten Tag Bonita Montero <Bonita.Montero@gmail.com> schrieb >Am 29.05.2022 um 20:12 schrieb Shinji Ikari: >> Guten Tag >> Bonita Montero <Bonita.Montero@gmail.com> schrieb >>>> Google nach "self encrypting disks" >>> Ich weiß bereits, dass es das bei SSDs gibt, aber wenn das grundsätz- >>> lichso wäre, dann wäre das doch eine coole Sache. >> Das ist ein feature, das man extra bezahlt >> https://geizhals.de/?cat=hde7s&xf=10877_nach+FIPS~10877_nach+TCG&asuch=&bpmin=&bpmax=&v=e&hloc=de&plz=&dist=&mail=&sort=r&bl1_id=30 >Nein, fast jede SSD hat das heute, Es ging darum, dass es bei Festplatten noch nicht ueberall drin ist. Siehe Betreff. Dort muss man festplatten mit dem feature suchen udn extra kaufen. Das bezahlt man dort exra. Ich habe 2 SED Festplatten. Bringt mich aber nicht wirklich etwas. >>> Um zu verhindern, >>> dass irgendeine Malware einem die Platte unterm Arsch wegschiebt >>> könnte man ja noch zur Maßgabe machen, dass das Löschen nur mit >>> irgendeinem Key gelingt, der dann irgendwo auf der Platte aufge- >>> druckt ist. >> Du hast da etwas missverstanden. >Ich hab da gar nichts missverstanden; das ist einfach nur eine wirklich >gute Idee von mir und die vervollständigt dieses Feature einfach nur. Klar. jedesmal wenn man die Festplatte neu startet und irgendetwas drauf schreibt xtra einen Key eingeben. Kein gute Idee. Versuch das mal bei einer Festplatte mit einem OS drauf durchzudenken. >Von dir kommen echt nicht selten absolut dämliche Postings. Du darfst natuerlich gerne vor jedem Loesch-/Schreibvorgang einen Key eingeben wollen.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2022-06-01 09:02 +0200 |
| Message-ID | <t772sv$dhk$1@dont-email.me> |
| In reply to | #556368 |
Am 01.06.2022 um 08:44 schrieb Shinji Ikari: > Guten Tag > > Bonita Montero <Bonita.Montero@gmail.com> schrieb > >> Am 29.05.2022 um 20:12 schrieb Shinji Ikari: >>> Guten Tag >>> Bonita Montero <Bonita.Montero@gmail.com> schrieb >>>>> Google nach "self encrypting disks" >>>> Ich weiß bereits, dass es das bei SSDs gibt, aber wenn das grundsätz- >>>> lichso wäre, dann wäre das doch eine coole Sache. >>> Das ist ein feature, das man extra bezahlt >>> https://geizhals.de/?cat=hde7s&xf=10877_nach+FIPS~10877_nach+TCG&asuch=&bpmin=&bpmax=&v=e&hloc=de&plz=&dist=&mail=&sort=r&bl1_id=30 >> Nein, fast jede SSD hat das heute, > > Es ging darum, dass es bei Festplatten noch nicht ueberall drin ist. An der Stelle waren wir im Diskussions-Faden schon 5km vorbei. > Klar. jedesmal wenn man die Festplatte neu startet und irgendetwas > drauf schreibt xtra einen Key eingeben. Nein, so meinte ich das nicht, sondern dann wenn die Festplatte sicher gelöscht wird, und das kommt eben sehr selten vor, dann muss man der diesen Key eingeben. Das ist ein sicheres Feature und das Eingeben des Keys absolut zumutbar.
[toc] | [prev] | [next] | [standalone]
| From | spamfalle2@arcor.de (Marc Stibane) |
|---|---|
| Date | 2022-06-03 08:38 +0200 |
| Message-ID | <1psysok.16iolo21bidcdiN@marc.my-fqdn.de> |
| In reply to | #556369 |
Bonita Montero <Bonita.Montero@gmail.com> wrote: > Am 01.06.2022 um 08:44 schrieb Shinji Ikari: >> Klar. jedesmal wenn man die Festplatte neu startet und irgendetwas >> drauf schreibt xtra einen Key eingeben. > Nein, so meinte ich das nicht, sondern dann wenn die Festplatte sicher > gelöscht wird, und das kommt eben sehr selten vor, dann muss man der > diesen Key eingeben. Das ist ein sicheres Feature und das Eingeben > des Keys absolut zumutbar. Welchen Zweck hat das? Einmal überschreiben (mit Nullen oder sonstwas) sorgt auch dafür dass man die Daten nicht mehr wiederherstellen kann. Wozu also das "sichere Löschen"? Und warum wird das per Key abgesichert, überschreiben aber nicht? Bei MacOS kann man die Platte beim Einrichten (vom OS) verschlüsseln, man braucht dann den Key zum Mounten (lesen und schreiben). Wenn man den Key nicht (mehr) hat, ist diese Platte quasi automatisch "sicher gelöscht" (sofern auch kein Anderer diesen Key hat), und man kann sie nur noch neu formatieren. Da der Key nicht auf dieser Platte selber gesichert ist, kann man die problemlos entsorgen/verkaufen/verschenken ohne sie extra löschen zu müssen. Explizit "sicher löschen" mache ich, indem ich den Key aus meiner KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe verbrenne). Kein Zugriff auf die Platte selber nötig... -- In a world without walls and fences, who needs windows and gates?
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-06-03 09:02 +0200 |
| Message-ID | <t7cbm3$1e64p$1@solani.org> |
| In reply to | #556624 |
Am 03.06.22 um 08:38 schrieb Marc Stibane: > Explizit "sicher löschen" mache ich, indem ich den Key aus meiner > KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe > verbrenne). Kein Zugriff auf die Platte selber nötig... Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein Diebstahl hat schon mehr irreversible Datenverluste bewirkt als das bombenfeste Verschlüsseln der Fstplatten. So wie mit den USVs. USV-Tests richten mehr Schaden an als Stromausfälle es je könnten. Frag bei den Betreibern des Tchernobyl-Reaktors nach. (Wenn man bei den kleinen APC USVs mal auf den grün leuchtenden Knopf drückt, in der Hoffnung jetzt testet sie sich mal und schaltet um auf Akkubetrieb- Puff, ist der Server stromlos und die Platten sind im down-spin...) -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-06-03 09:28 +0200 |
| Message-ID | <t7cd6n$862$1@news.bawue.net> |
| In reply to | #556630 |
On 6/3/22 09:02, Dr. Joachim Neudert wrote: > Am 03.06.22 um 08:38 schrieb Marc Stibane: >> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >> verbrenne). Kein Zugriff auf die Platte selber nötig... > > Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein > Diebstahl hat schon mehr irreversible Datenverluste bewirkt als das > bombenfeste Verschlüsseln der Fstplatten. Wenn man das bei MacOS macht bekommt man aber einen Hinweis darauf UND einen Recovery-Key den man an anderer Stelle sicher aufbewahren soll. Wer das nicht macht und keine Backups hat, hat eben Pech gehabt. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2022-06-03 07:33 +0000 |
| Message-ID | <jftrr4Fqeg8U1@mid.individual.net> |
| In reply to | #556636 |
Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote: >On 6/3/22 09:02, Dr. Joachim Neudert wrote: >> Am 03.06.22 um 08:38 schrieb Marc Stibane: >>> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >>> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >>> verbrenne). Kein Zugriff auf die Platte selber nötig... >> >> Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein >> Diebstahl hat schon mehr irreversible Datenverluste bewirkt als das >> bombenfeste Verschlüsseln der Fstplatten. >Wenn man das bei MacOS macht bekommt man aber einen Hinweis darauf UND >einen Recovery-Key den man an anderer Stelle sicher aufbewahren soll. >Wer das nicht macht und keine Backups hat, hat eben Pech gehabt. > Gerrit Ich nehme an, der Key ist im Controller der Platte abgelegt. Wenn nun der Controller den Geist aufgibt, kann ich mit einem neuen Controller mithilfe des Recovery-Keys die Platte wieder entschlüsseln? -- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-06-03 09:57 +0200 |
| Message-ID | <t7ceu5$8q5$1@news.bawue.net> |
| In reply to | #556638 |
On 6/3/22 09:33, Peter Heitzer wrote: > Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote: >> On 6/3/22 09:02, Dr. Joachim Neudert wrote: >>> Am 03.06.22 um 08:38 schrieb Marc Stibane: >>>> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >>>> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >>>> verbrenne). Kein Zugriff auf die Platte selber nötig... >>> >>> Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein >>> Diebstahl hat schon mehr irreversible Datenverluste bewirkt als das >>> bombenfeste Verschlüsseln der Fstplatten. > >> Wenn man das bei MacOS macht bekommt man aber einen Hinweis darauf UND >> einen Recovery-Key den man an anderer Stelle sicher aufbewahren soll. > >> Wer das nicht macht und keine Backups hat, hat eben Pech gehabt. > >> Gerrit > Ich nehme an, der Key ist im Controller der Platte abgelegt. Wenn nun der > Controller den Geist aufgibt, kann ich mit einem neuen Controller mithilfe > des Recovery-Keys die Platte wieder entschlüsseln? Eher nicht. Denn üblicherweise ist der Key den du hast nur der Key der den eigentlichen Key auf der HD/SSD entschlüsselt. Wäre es anders könntest du deinen Key nicht ändern. Bei HDs liegt der Key nicht auf dem Controller der HD. Die wird wie ein dummes Blockdevice behandelt und Verschlüsselung passiert in Software auf dem Host. Wie die Daten dann auf der HD landen usw. hängt von der Implementierung ab. Bei SSDs ist es möglich weil manche eine eingebaute AES-Engine haben, aber die muss das OS dann auch kennen damit sie benutzt wird, sonst läuft das wie bei der HD. Nur kann man bei einer SSD den Controller nicht tauschen weil der auf derselben Platine wie die Flash-Chips sitzt. Einfach davon ausgehen, daß ein Hardwareschaden heisst, daß die Daten auf der HD/SSD weg sind. Für diese Fälle hat man Backups. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2022-06-03 16:45 +0200 |
| Message-ID | <kcjpmixi8b.ln2@diedrich.ddnssec.de> |
| In reply to | #556642 |
Gerrit Heitsch meinte: > Eher nicht. Denn üblicherweise ist der Key den du hast nur der Key der > den eigentlichen Key auf der HD/SSD entschlüsselt. Wäre es anders > könntest du deinen Key nicht ändern. > > Bei HDs liegt der Key nicht auf dem Controller der HD. Die wird wie > ein dummes Blockdevice behandelt und Verschlüsselung passiert in > Software auf dem Host. Wie die Daten dann auf der HD landen usw. hängt > von der Implementierung ab. Wenn ich seinerzeit den Bitlocker auf dem PC richtig verstanden hatte, dann liegt der vollständige Key im TPM-Chip und wird mit dem vom Benutzer eizugebenden (änderbaren, minimal-Zahl von Zeichen usw.-Policy) Key freigeschaltet. Bitlocker erzeugte aber auch ein Bladel "bitte irgendwoanders, nicht auf diesem PC, sicher!! aufbewahren!!!1elf" mit dem vollständigen, ziemlich langen Key Key. Letzteren braucht man, wenn der PC ne Macke hat, man die Platte woanders einbaut und zB ein Rettungs-Windows startet, um noch Daten zu sichern (und seien es auch nur noch die Daten, die noch nahc der letzten Differenzsicherung geändert worden sind). -- 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]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-06-04 18:11 +0200 |
| Message-ID | <t7g07t$pnd$1@news.bawue.net> |
| In reply to | #556707 |
On 6/3/22 16:45, Diedrich Ehlerding wrote: > Gerrit Heitsch meinte: > >> Eher nicht. Denn üblicherweise ist der Key den du hast nur der Key der >> den eigentlichen Key auf der HD/SSD entschlüsselt. Wäre es anders >> könntest du deinen Key nicht ändern. >> >> Bei HDs liegt der Key nicht auf dem Controller der HD. Die wird wie >> ein dummes Blockdevice behandelt und Verschlüsselung passiert in >> Software auf dem Host. Wie die Daten dann auf der HD landen usw. hängt >> von der Implementierung ab. > > Wenn ich seinerzeit den Bitlocker auf dem PC richtig verstanden hatte, > dann liegt der vollständige Key im TPM-Chip und wird mit dem vom > Benutzer eizugebenden (änderbaren, minimal-Zahl von Zeichen usw.-Policy) > Key freigeschaltet. Im TPM liegt der Key nur, wird dort aber nicht benutzt. Die Bandbreite zum TPM ist viel zu gering. Eine Bindung eines Keys an Hardware ist ein zweischneidiges Schwert. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2022-06-04 21:12 +0200 |
| Message-ID | <ednsmixivc.ln2@diedrich.ddnssec.de> |
| In reply to | #556772 |
Gerrit Heitsch meinte: > Im TPM liegt der Key nur, wird dort aber nicht benutzt Klar, nicht bei jedem Plattenzugriff. Aber beim Start des PC einmal ausgelesen. Danach steht er im RAM. Der Ley ändert sich ja auch nicht dauernd. > Eine Bindung eines Keys an Hardware ist ein zweischneidiges Schwert. Kommt drauf an was man erreichen will. Bei manchen Notebooks kann man die Platte relativ einfach entfernen;: wenn der Key aber im Notebook im TPM steckt, nützt einem die geklaute Platte nicht (OK, als Platte kann man sie verwenden, aber auf die Daten nicht zugreifen). Und als Erleichterung de Szenarios "Platte kann weg, soll aber nicht mehr lesbar sein" auch - und über genau dieses Szenario reden wir doch gerade. -- 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]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2022-06-03 10:25 +0200 |
| Message-ID | <t7cgh8$sim$1@dont-email.me> |
| In reply to | #556638 |
Am 03.06.2022 um 09:33 schrieb Peter Heitzer: > Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote: >> On 6/3/22 09:02, Dr. Joachim Neudert wrote: >>> Am 03.06.22 um 08:38 schrieb Marc Stibane: >>>> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >>>> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >>>> verbrenne). Kein Zugriff auf die Platte selber nötig... >>> >>> Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein >>> Diebstahl hat schon mehr irreversible Datenverluste bewirkt als das >>> bombenfeste Verschlüsseln der Fstplatten. > >> Wenn man das bei MacOS macht bekommt man aber einen Hinweis darauf UND >> einen Recovery-Key den man an anderer Stelle sicher aufbewahren soll. > >> Wer das nicht macht und keine Backups hat, hat eben Pech gehabt. > >> Gerrit > Ich nehme an, der Key ist im Controller der Platte abgelegt. Wenn nun der > Controller den Geist aufgibt, kann ich mit einem neuen Controller mithilfe > des Recovery-Keys die Platte wieder entschlüsseln? Bei SSDs ist der vielleicht in einem nicht verschlüsselten Sektor.
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-06-03 09:44 +0200 |
| Message-ID | <t7ce4h$1e7lg$1@solani.org> |
| In reply to | #556636 |
Am 03.06.22 um 09:28 schrieb Gerrit Heitsch: > On 6/3/22 09:02, Dr. Joachim Neudert wrote: >> Am 03.06.22 um 08:38 schrieb Marc Stibane: >>> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >>> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >>> verbrenne). Kein Zugriff auf die Platte selber nötig... >> >> Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein >> Diebstahl hat schon mehr irreversible Datenverluste bewirkt als das >> bombenfeste Verschlüsseln der Fstplatten. > > Wenn man das bei MacOS macht bekommt man aber einen Hinweis darauf UND > einen Recovery-Key den man an anderer Stelle sicher aufbewahren soll. Na dann ist es ja gut. Wo hat man in der Menschheitsgeschichte je davon gehört, daß jemand seinen Schlüssel verloren hat. Das passiert einfach nicht. -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-06-03 10:01 +0200 |
| Message-ID | <t7cf56$93m$1@news.bawue.net> |
| In reply to | #556639 |
On 6/3/22 09:44, Dr. Joachim Neudert wrote: > Am 03.06.22 um 09:28 schrieb Gerrit Heitsch: >> On 6/3/22 09:02, Dr. Joachim Neudert wrote: >>> Am 03.06.22 um 08:38 schrieb Marc Stibane: >>>> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >>>> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >>>> verbrenne). Kein Zugriff auf die Platte selber nötig... >>> >>> Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein >>> Diebstahl hat schon mehr irreversible Datenverluste bewirkt als das >>> bombenfeste Verschlüsseln der Fstplatten. >> >> Wenn man das bei MacOS macht bekommt man aber einen Hinweis darauf UND >> einen Recovery-Key den man an anderer Stelle sicher aufbewahren soll. > > Na dann ist es ja gut. Wo hat man in der Menschheitsgeschichte je davon > gehört, daß jemand seinen Schlüssel verloren hat. Das passiert einfach > nicht. Im Gegensatz zu einem Haustürschlüssel kann man den Recovery-Key, einen recht kurzen String, aber problemlos kopieren und an mehreren Stellen lagern. Wer das trotzdem hinbekommt... Wozu gibts Backups, beim Mac Timemachine? Gerrit
[toc] | [prev] | [next] | [standalone]
| From | spamfalle2@arcor.de (Marc Stibane) |
|---|---|
| Date | 2022-06-03 14:15 +0200 |
| Message-ID | <1psz84t.2bw4cn6ur6buN@marc.my-fqdn.de> |
| In reply to | #556645 |
Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote: > On 6/3/22 09:44, Dr. Joachim Neudert wrote: >> Am 03.06.22 um 09:28 schrieb Gerrit Heitsch: >>> On 6/3/22 09:02, Dr. Joachim Neudert wrote: >>>> Am 03.06.22 um 08:38 schrieb Marc Stibane: >>>>> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >>>>> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >>>>> verbrenne). Kein Zugriff auf die Platte selber nötig... >>>> Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein >>>> Diebstahl hat schon mehr irreversible Datenverluste bewirkt als >>>> das bombenfeste Verschlüsseln der Fstplatten. >>> Wenn man das bei MacOS macht bekommt man aber einen Hinweis darauf >>> UND einen Recovery-Key den man an anderer Stelle sicher aufbewahren >>> soll. >> Na dann ist es ja gut. Wo hat man in der Menschheitsgeschichte je >> davon gehört, daß jemand seinen Schlüssel verloren hat. Das passiert >> einfach nicht. > Im Gegensatz zu einem Haustürschlüssel kann man den Recovery-Key, einen > recht kurzen String, aber problemlos kopieren und an mehreren Stellen > lagern. > Wer das trotzdem hinbekommt... Wozu gibts Backups, beim Mac Timemachine? Man kann sogar den Key in die iCloud-KeyChain packen und hat dann mit beliebigen Apple-Devices (mit der eigenen AppleID) Zugriff darauf, sogar mit neuen noch zu kaufenden! Man sollte halt nur das Passwort zu seiner AppleID nicht vergessen... -- In a world without walls and fences, who needs windows and gates?
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-06-03 14:34 +0200 |
| Message-ID | <t7cv4b$fe5$2@news.bawue.net> |
| In reply to | #556682 |
On 6/3/22 14:15, Marc Stibane wrote: > Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote: >> On 6/3/22 09:44, Dr. Joachim Neudert wrote: >>> Am 03.06.22 um 09:28 schrieb Gerrit Heitsch: >>>> On 6/3/22 09:02, Dr. Joachim Neudert wrote: >>>>> Am 03.06.22 um 08:38 schrieb Marc Stibane: > >>>>>> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >>>>>> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >>>>>> verbrenne). Kein Zugriff auf die Platte selber nötig... >>>>> Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein >>>>> Diebstahl hat schon mehr irreversible Datenverluste bewirkt als >>>>> das bombenfeste Verschlüsseln der Fstplatten. >>>> Wenn man das bei MacOS macht bekommt man aber einen Hinweis darauf >>>> UND einen Recovery-Key den man an anderer Stelle sicher aufbewahren >>>> soll. >>> Na dann ist es ja gut. Wo hat man in der Menschheitsgeschichte je >>> davon gehört, daß jemand seinen Schlüssel verloren hat. Das passiert >>> einfach nicht. >> Im Gegensatz zu einem Haustürschlüssel kann man den Recovery-Key, einen >> recht kurzen String, aber problemlos kopieren und an mehreren Stellen >> lagern. >> Wer das trotzdem hinbekommt... Wozu gibts Backups, beim Mac Timemachine? > > Man kann sogar den Key in die iCloud-KeyChain packen und hat dann mit > beliebigen Apple-Devices (mit der eigenen AppleID) Zugriff darauf, sogar > mit neuen noch zu kaufenden! > Man sollte halt nur das Passwort zu seiner AppleID nicht vergessen... Das kann man sich ja aufschreiben und sicher lagern. Oh... Moment... Gerrit
[toc] | [prev] | [next] | [standalone]
| From | "Wendelin Uez" <wuez@online.de> |
|---|---|
| Date | 2022-06-03 10:41 +0200 |
| Message-ID | <t7ckks$qak$1@dont-email.me> |
| In reply to | #556630 |
> (Wenn man bei den kleinen APC USVs mal auf den grün leuchtenden Knopf > drückt, in der Hoffnung jetzt testet sie sich mal und schaltet um auf > Akkubetrieb- Puff, ist der Server stromlos und die Platten sind im > down-spin...) Kann ich nur zustimmen. Bei mir geht auch immer das Licht aus, wenn ich den Ein-Aus-Schalter betätige. Der Gesetzgeber sollte für soclhe Schalter vielleicht das Anbringen eines Slogans etwa wie folgt vorschreiben: "Achtung: Ausschalten kann Ihr Wochenende ruinieren!"
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-06-03 11:41 +0200 |
| Message-ID | <t7cl0r$1gv34$1@solani.org> |
| In reply to | #556662 |
Am 03.06.22 um 10:41 schrieb Wendelin Uez: >> (Wenn man bei den kleinen APC USVs mal auf den grün leuchtenden Knopf >> drückt, in der Hoffnung jetzt testet sie sich mal und schaltet um auf >> Akkubetrieb- Puff, ist der Server stromlos und die Platten sind im >> down-spin...) > > Kann ich nur zustimmen. Bei mir geht auch immer das Licht aus, wenn ich > den Ein-Aus-Schalter betätige. Genau das gibt eine USV allerdings vor zu vermeiden. Der Job des Lichtschalters ist es, das Licht an- und wieder auszumachen. Der Job der USV hingegen ist es, unter allen Umständen die Stromversorgung aufrecht zu erhalten... und der Schalter dient als Test. -- Bitt um Vrzihung, di Tast " " klmmt manchmal...
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2022-06-03 17:26 +0200 |
| Message-ID | <jfung8Fj4cU1@mid.individual.net> |
| In reply to | #556630 |
"Dr. Joachim Neudert" <neudert@5sl.org> writes: > Am 03.06.22 um 08:38 schrieb Marc Stibane: >> Explizit "sicher löschen" mache ich, indem ich den Key aus meiner >> KeyChain lösche (und den Zettel wo ich ihn aufgeschrieben habe >> verbrenne). Kein Zugriff auf die Platte selber nötig... > > Ich möchte wetten, kein anderes Verfahren, kein Headcrash und kein > Diebstahl hat schon mehr irreversible Datenverluste bewirkt als das > bombenfeste Verschlüsseln der Fstplatten. > > So wie mit den USVs. USV-Tests richten mehr Schaden an als > Stromausfälle es je könnten. Frag bei den Betreibern des > Tchernobyl-Reaktors nach. > > (Wenn man bei den kleinen APC USVs mal auf den grün leuchtenden Knopf > drückt, in der Hoffnung jetzt testet sie sich mal und schaltet um auf > Akkubetrieb- Puff, ist der Server stromlos und die Platten sind im > down-spin...) Deshalb ist ja auch das eine Netzteil des Servers in die USV eingesteckt und das andere hängt direkt am Netz.
[toc] | [prev] | [next] | [standalone]
Page 3 of 7 — ← Prev page 1 2 [3] 4 5 6 7 Next page →
Back to top | Article view | ger.ct
csiph-web