Dotaz: Jak kompletně a bezpečně smazat data z oddílu?

[Martin]

Dobrý den, potřebuji dát počítač do servisu, ale jsem lehce paranoidní, takže bych rád OPRAVDU ODSTRANIL data z partitions.

Používám Ubuntu a FS ReiserFS a vfat. Shred by měl odstranit data, která jsou aktuálně na disku. Co ale s daty, která jsem již kdysi smazal klasicky přes rm. Je dobrý předpoklad, že nebyla na disku přepsána, tudíž by je mělo být lze získat zpět. Navíc shred možná ani nad žurnálovacímy FS nefunguje. Prostě shred není to co hledám.

Hledám něco, čemu bych zadal partition a on ji dokonale vyčistil (několikrát přepsal náhodnými daty).

Možná by stačilo partition naformátovat, jak ale zajistit aby se přepisoval (nuloval?) celý disk a ne jen struktury FS? Něco jako "úplné" formátování ve Windows?

Díky.

Odpovědi

[michich]

Když poštveš shred na blokové zřízení (partition nebo i celý disk), tak je přece úplně jedno, jaký tam býval filesystém. Vymaže to pořádně.

[srigi]

dd if=/dev/urandom of=/dev/hda

[andree]

parkrat zopakovat =)

[Pavel1]

Proč ?

[Petr Šobáň]

Protože i když přepíšeš ten sektor náhodnýmy daty tak pořád se dá ještě přečíst původní data.

Sice je to náročné a ten disk zničí ale jdou s toho ty data dostat. (Využívá se toho že hlavička nikdy na 100% nesleduje svou původní dráhu a na krajích zbývají zbytky magnetismu po původním záznamu)

Ale normálně pochybuji že by to někdo dělal protože je to náročné a vynaložené náklady nejsou úměrné získaným datům. Jinak u nás by to nikdo nezaplatil.

Takže proti normálnímu obnovení stačí ty sektory normálně párkrát přepsat náhodnýmy daty.

Čili jak radily dd na příslušný oddíl - nebo disk, taky nezapomeň promazat swap tam taky bývají uložené data z RAM

[Michal Kubeček]

Na tohle je i /dev/urandom moc pomalý. Spíš bych použil badblocks, ten používá standardní sekvenci 0xAA, 0x55, 0xFF, 0x00 - mám pocit, že tohle dokonce bývala i nějaká norma. Dá se mu ovšem předepsat i jiná.

Čili jak radili dd na příslušný oddíl - nebo disk, taky nezapomeň promazat swap tam taky bývají uložené data z RAM :-)

Ale raději až po jeho deaktivaci… :-)

[Hynek (Pichi) Vychodil]

Proboha, co to používáš za disk a zběrnici, že je pro tebe urandom příliš pomalé?

[#Tom]

Mně třeba dává něco pod 1 MB/s, ale mám docela obstarožní stroj.

[Michal Kubeček]

lion:~ # dd if=/dev/urandom of=/dev/null bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 19,1175 s, 5,5 MB/s
lion:~ # hdparm -ftT /dev/sda

/dev/sda:
 Timing cached reads:   1500 MB in  2.00 seconds = 749.97 MB/sec
 Timing buffered disk reads:  176 MB in  3.02 seconds =  58.21 MB/sec

Prachobyčejný WD na SATA, deska Asus A8V-DX, procesor Athlon64 3500+. Pro jistotu ještě druhý počítač:

unicorn:~ # dd if=/dev/urandom of=/dev/zero bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 18,5066 s, 5,7 MB/s
unicorn:~ # hdparm -ftT /dev/sda

/dev/sda:
 Timing cached reads:   1710 MB in  2.00 seconds = 855.25 MB/sec
 Timing buffered disk reads:  186 MB in  3.01 seconds =  61.74 MB/sec

Tady je disk stejný jako v prvním, deska MSI K9A Platinum, procesor Athlon64 X2 4200+ EE.

[Hynek (Pichi) Vychodil]

A zápis?

[Michal Kubeček]

unicorn:~ # dd if=/dev/zero of=/dev/sda3 bs=1M count=100 conv=fdatasync
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 1,8317 s, 57,2 MB/s

[Pavel1]

Protože i když přepíšeš ten sektor náhodnýmy daty tak pořád se dá ještě přečíst původní data.

Tak tuto možnost jsem teda v úvahu opravdu nebral. A vzhledem k vynaloženému úsilí (a nákladům, jak píšeš) získat data po jednom přepsání, by mě docela zajímalo, jestli je zde někdo, kdo by podnikl tento "extém", aby získal data touto metodou. Já a určitě 99,9 uživatelů by to pravděpodobně nepodstoupilo. A docela by mě zajímala i procentuální úspěšnost takovéto obnovy. Ale to už je otázka asi pro hodně specializovanou firmu (nebo nějakou výzvědno službu) .....

A ještě by mě zajímalo, jestli pro "obyčejného" uživatele je větší riziko (co do získání původních dat) přepsat disk pouze třeba 0, než náhodnými čísly.

[Petr Šobáň]

Tu technologii používá pouze výzvědná služba FBI a pod....

Jaká je úspěšnost netuším a pochybuji že ti někdo řekne že třeba 50% podle mě všeci budou tvrdit že 100% aby uživatelé měly strach.

Přepisování stejnou hodnotou nedoporučuje se protože nevíš co vlastně ten fimvare v HD vlastně dělá, pokud zjistí že mu přepisuješ blok jednou hodnotou může udělat tu věc že kvůli zrychlení napíše do prvního bloku že dalších třeba 10 bloků je nulových a ty další bloky nemusí vůbec třeba přepsat.

Dnes už mají HD pomalu vlastní inteligenci takže na venek se chovají jako HD s určitým počtem sektorů ovšem vnitřně pracují uplně s jinou geometrií a pod....

Například dnes už HD nemají stejný počet sektorů na stopě jako kdysy, ale na venkovních stopách mají sektorů více jak na vnitřních, taky mají nějaké rezervované, jedna stopa je vyhrazena pro navádění hlaviček, umí automaticky nahrazovat vadné sektory atd.....

Samozřejmě pokud přepíšeš disk jedním číslem na celém HD tak je to pro normálního smrtelníka nezachránitelné.

[Petr]

Taky lze použít DBAN http://dban.sourceforge.net.

[creon]

nebo pouzit systemrescuecd a nabootovat s parametrem wipe(nebo shred) - viz boot moznosti

[ikarlos]

/sbin/badblocks -w

[Haaja]

Dobry den,
a je nejaky vazny duvod proc davat disk take do servisu? Ja kdyz reklamuji nejaky notebook nebo desktop, tak vzdy jim davam pocitac bez harddisku, teda pokud nehodlam reklamovat harddisk. A i kdyz je stroj zaplombovan, tak na miste kdyz ho prinesu na reklamaci, mi disk vyndaji a reklamuji stroj bez disku.

Jinak samozrejme jak radil nekdo vyse pouzit dd.