Tömma diskarna innan försäljning - tips på program ?

Trädvy Permalänk
Medlem
Plats
Karlskoga
Registrerad
Feb 2005

Tömma diskarna innan försäljning - tips på program ?

Ska kränga iväg min burk, min google-fu är rätt kass tydligen.
söker bra program för rensa mina samtliga diskar

2 st ssd och 1 hdd som ska tömmas inför försäljning av burken.

| Asus Zenbook UX430UN | Intel i5 8250U | 8 GB DDR4 | MX150 | m.2 - 256GB SSD |
| Steam - Toivo |

Trädvy Permalänk
Medlem
Plats
Norrtälje
Registrerad
Maj 2004

Easeus har ett bra prog för det

Skickades från m.sweclockers.com

Trädvy Permalänk
Medlem
Plats
Falun och Bromma
Registrerad
Nov 2016

@Toivo83: Har för mig att KillDisk ska vara ganska smidigt o bra

Dator 1: Win10 PRO | Intel I5 6600K | MSI Krait Gaming 3x | Asus Strix 1070 | Deepcool Captain 120 White | Corsair Vengeance 16gb LED

Dator 2: Win 10 PRO | I9 9900K | Asus Z390-F | Asus Strix 1080ti OC| Deepcool Captain 240 RGB | Corsair Vengeance 16gb RGB PRO

Trädvy Permalänk
Medlem
Registrerad
Aug 2016

Kan man sin linux och startad på en (helst) optisk skiva samt en av diskarna inkopplad i taget via SATA så kör man "dd if=/dev/zero of=/dev/sda (eller /dev/sdb) bs=1024k status=progress"

med 'lsblk' före så ser du vilken disk som tillhör vad när det gäller adresser som /dev/sda eller dev/sdb vilket kommer vara aktuellt om du starta från en linux på en USB-sticka - med optisk skiva så kommer din inkopplade disk alltid hamna på /dev/sda.

På snurrdisk räcker det med en enda gång, på SSD bör man köra 2 gånger.

För SSD finns ofta möjligheten med att köra 'blkdiscard' som nollställer SSD:n till fabriksläge (och därmed gammal data oåtkommligt och vid försök läses ut som '0' hela volymen igenom) och en del fall också gör disken lite snabbare om den har mycket intern omallokering av sviterna från NTFS - men detta beror också på SSD-generation om detta stöds då tex. äldre SSD från intel inte alltid stöder TRIM (dom uppfattar ofta att om '0' är skrivet hela sektorn eller hela grupper av sektorer samma sak som en 'trim'-åtgärd och släpper bakomliggande flash-lagring att kunna raderas i förväg och reallokeras igen för nya behov vid skrivning)

observera - med blkdiscard så är det ingen garanti att innehållet raderas från själva minneskretsarna - bara att du via SATA inte kan komma åt det utifrån längre. blkdiscard gör samma som 'trim' men tar hela disken i ett svep.

Skriver man med 'dd' som ovan 2 gånger och därefter 'blkdiscard' på sin SSD så lär det vara helt omöjligt att få fram gammal data.

med 'hdparm' kan man eventuellt initiera en secure-erase, men tidigare har det varit bökigt och skall göras i precis rätt ordning - vet inte om hdparm har blivit mer användarvänligt idag.

---

Vill man inte hålla på med Linux så är det att använda respektive disktillverkares program (tex seatools för seagate-diskar, samsung magician för samsung SSD etc) och på diskarna köra secure erase.

på SSD kan det gå snabbt då man bara byter krypteringssnyckel medans snurrdiskar tar det sin tid då varenda sektor skrivs över (även de som blir bortallokerade i reallokering av dåliga sektorer) och kan ta sin tid - för stora diskar som 8TB så kan nollställningen ta uppemot ett dygn, och kommer att fortsätta även om slår på spänningen senare efter man stängt av dem mitt under raderingen. Dock se till att den är färdig innan det skickas till köparen då disken annars kan uppfatta den som trasig iom. ingen respons innan den är klar.

Trädvy Permalänk
Entusiast
Testpilot
Plats
Chalmers
Registrerad
Aug 2011

Jag kör

sudo dd status=progress if=/dev/zero of=/dev/sdx

där jag först använder lsblk för att ta reda på vad x ska vara. (Kolla detta noggrant så att du inte raderar fel disk! Och förväxla inte if och of!)

Skrivet med hjälp av Better SweClockers

Trädvy Permalänk
Medlem
Plats
Göteborg
Registrerad
Mar 2005
Skrivet av xxargs:

Kan man sin linux och startad på en (helst) optisk skiva samt en av diskarna inkopplad i taget via SATA så kör man "dd if=/dev/zero of=/dev/sda (eller /dev/sdb) bs=1024k status=progress"

"Kan man sin linux" kör man självklart alla diskar på en gång om det finns anslutningar för det, finns ingen som helst anledning att köra en i taget. Finns inte heller någon anledning att köra från en skiva eller live-dist.

Till TS,
Kolla in DBAN för om du vill köra från en live-boot. Annars bara kopiera någon stor fil (som det inte gör något om den som köper disken får tag i) tills hela disken är full och ta sen bort allt igen.

Trädvy Permalänk
Medlem
Registrerad
Apr 2002

Secure Erase är väl det enda som verkligen kan radera allt på en SSD?

Det kan ju dock bero på vad man ställer för krav, om det inte spelar roll vad som ligger lagrat på den bara det står att allt är 0 om man läser som vanligt kan man ju säkert klara sig undan enklare. (Just iom wear leveling och reserverat utrymme så har man ju ingen direkt kontroll när man själv skriver.)

Intel i7 6850k || Asus X99-A II || Evga GTX 1080Ti || Kingston HyperX Fury 2666 64GB || Samsung 950 Pro 512GB || XB270HU 1440p IPS G-Sync

Trädvy Permalänk
Medlem
Plats
Skåne
Registrerad
Jan 2011

Borde räcka att kryptera disken, slänga nyckeln och formatera. Finns det någon data kvar är den oläslig.

Stationär:Asrock P67 Extreme 4 | i5 2500K@4.5Ghz | Asus GTX 970 black Överklockad | Samsung Evo 960 1TB, 2x WD blue 5TB | 8GB Corsair XMS3 + 8GB Hyper x Fury | EVGA Supernova G2 750W Gold | Silverstone FT02
Laptop: Dell XPS 15 2017
Mobil: Oneplus 6 128GB

Trädvy Permalänk
Medlem
Registrerad
Aug 2016

Veracrypt med kastnyckel när man formaterar disken lär ju producera psedorandom i en takt som väl räcker för att mätta gränssnittet mot diskar.

Men åter igen med SSD så måste man skriva minst 1.5 ggr (dvs. bryta vid 30%-50% skrivet den andra varvet) och det är för att skriva över den interna delen som inte syns utåt och innehåller den sista delen av diskens innehåll som växlades in vid den första fullständiga överskrivningens slutdel...

Men annars nyttja diskfabrikanternas verktyg med 'secure erase' och litar du inte att de inte gör jobbet och har bakdörrar in - skriv över med skräp före och/eller efter med tex. veracrypt...

(veracrypt producerar väldigt mycket mer psedoslump per sekund än någon /dev/random eller /dev/urandom en linux-kärna kan leverera)