-
Data: 2010-03-23 01:15:08
Temat: Re: Jak najskuteczniej zniszczyć dane/dysk twardy
Od: Michal Kawecki <k...@o...px> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Dnia Mon, 22 Mar 2010 10:52:50 +0100, Tomasz Chmielewski napisał(a):
> Ale to prawda, ze dyski maja wieksza pojemnosc niz rzeczywista - tej
> "dodatkowej" uzywaja do przemapowania zepsutych blokow (badblocki).
>
> Blokow, ktore zostaly przemapowane nie da sie "skasowac" chocby
> dziesieciokrotnym nadpisywaniem dysku (chyba, ze jakies narzedzie
> producenta to umozliwia i jest to _udokumentowana_ funkcja) - po prostu
> system nie bedzie pisal w te miejsca.
>
> I jakkolwiek prawdopodobienstwo, ze popsuty blok bedzie jeszcze do
> odczytania jest male, a w dodatku z pozostalych tam danych da sie cos
> poskladac - niemniej da sie to zrobic chalupniczymi metodami, bez
> milionowych, wojskowych budzetow.
>
> Dlatego gdy dane sa wazne, dyski - po nadpisaniu danych - niszczy sie
> fizycznie.
Nadmiarowych sektorów jest kilkaset. Prawdopodobieństwo, żeby w tych
paru/nastu użytych przez całe życie dysku sektorach (więcej oznacza z
reguły poważną awarię dysku) wybranych losowo spośród dziesiątków
milionów sprawnych sektorów, akurat znalazło się coś wyjątkowo ważnego,
jest znikome. Do tego to "coś" musiałoby zmieścić się na mniej niż 512
bajtach.
Tablicę mapowań sektorów można wyzerować, są do tego proste darmowe
narzędzia. Realokowany sektor zostanie wówczas oznakowany jako sprawny i
można będzie próbować odczytać jego zawartość albo go wyzerować. Z tym,
że każda próba "normalnego" odczytu bądź zapisu spowoduje zapewne
ponowne jego relokowanie przez elektronikę dysku, tak więc żeby dobrać
się do jego faktycznej zawartości trzeba użyć specjalnych narzędzi
programowych. Ale nawet jeśli się je posiada, to jeśli sektor ma
nieprawidłową sumę kontrolną (99% przypadków), to co się z niego odczyta
to będą zwykłe śmieci.
Reasumując, nie przesadzałbym z tym zagrożeniem.
--
M. [Windows Desktop Experience MVP]
/odpowiadając na priv zmień px na pl/
https://mvp.support.microsoft.com/profile/Michal.Kaw
ecki
Następne wpisy z tego wątku
- 23.03.10 17:47 Michał Bień
- 23.03.10 20:38 Saiko Kila
- 23.03.10 21:52 XYZ
- 23.03.10 23:02 Michal Kawecki
- 24.03.10 20:20 Michał Bień
- 29.03.10 20:07 Michal AKA Miki
- 29.03.10 21:02 qwerty
- 30.03.10 20:34 Michal AKA Miki
Najnowsze wątki z tej grupy
- EPS12V
- Jaka moc wi-fi ?
- Karta dźwiękowa stereo
- Mini pecet
- drukarka potrzebna
- Rok 1973
- CFM (airflow) AMD Wraitha
- 16. Raport Totaliztyczny: Sprzedawanie zaszyfrowanych filmów na płytach Blu-Ray bez kluczy deszyfrujących
- 15. Raport Totaliztyczny: Średniowiecze Po,Zniszczeniu AmigaOS i Plan9
- USB3.x->HDMI/DP ze sterownikami w win11
- Dell ubija / przemianowuje swoje flagowe linie laptopów
- Ten adapter nie obsłuży dysków HDD PATA 2.5 cala - producent kłamie czy ja jestem głupi ?
- Przedłużacz USB-C działa w połowie
- Fujitsu LIFEBOOK E746
- Alternatywny nośnik do monitoringu zamiast HDD?
Najnowsze wątki
- 2025-02-21 Warszawa => Key Account Manager IT <=
- 2025-02-21 Warszawa => Data Engineer (Tech Lead) <=
- 2025-02-21 Aliexpress zaczął oszukiwać na bezczelnego.
- 2025-02-21 Warszawa => System Architect (Java background) <=
- 2025-02-21 Kula w łeb
- 2025-02-21 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-21 Warszawa => Solution Architect (Java background) <=
- 2025-02-21 Lublin => JavaScript / Node / Fullstack Developer <=
- 2025-02-21 Pawel S
- 2025-02-21 Warszawa => Key Account Manager (Usługi HR) <=
- 2025-02-21 Katowice => Senior Field Sales (system ERP) <=
- 2025-02-21 Chrzanów => Programista NodeJS <=
- 2025-02-21 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-02-21 Warszawa => Administrator Systemów Windows IT <=
- 2025-02-21 Wrocław => Specjalista ds. Sprzedaży (transport drogowy) <=