Visst mer än en gång har det hänt dig att du av misstag raderar en del data, eller att du trodde att det inte längre var nödvändigt och det visar sig att du senare måste återställa den informationen och att tack vare något program eller någon kod kan du återställa; Men vad händer om du behöver radera data permanent? Precis som det finns återställningsverktyg kan vi också hitta förstöringsverktyg, t.ex. Shred
Detta verktyg kommer inuti förpackningen coreutils som är förinstallerat i alla Linux-distributioner, innehåller detta coreutils-paket en serie elementära verktyg för kommandoraden, bland vilka strimla, det är inget annat än ett verktyg som sticker ut för att vara väldigt enkelt att använda och framför allt effektivt för förstöra allt vi behöver (eller vad vi inte längre behöver) precis som namnet säger.
Driften av Shred är att det i princip skrivs över filen eller data som vi anger flera gånger (25 som standard) detta görs med olika textscheman för att konvertera allt som originalfilen innehåller till ett annat helt annat innehåll med nonsensinformation.
För användare som inte är bekanta kan de granska allt som detta verktyg tillåter oss med en blick på man strimlar.
Efter detta går vi till den praktiska delen; Låt oss börja med ett exempel på dess användning, först för att se vad det handlar om tar vi en hårddisk eller någon partition: om vi hade partitionen kontrollerad av storlek med kommandot lsblk vi hittar genast den partition vi behöver, med kommandot umount skulle tas isär och sedan med strimla vi ger dig recensionen i god tid:
strimla -vzn 0 / dev / sda1
Med den tidigare raden skulle vi eliminera all data som finns i partitionen "sda1" och med de andra parametrarna som "v" som visar oss hur operationen fortskrider, "z" som hjälper oss att täcka över förstörelsen genom överskrivning med nollor i slutet och "n" följt av en noll, vilket innebär att processen endast kommer att genomföras en gång utan att upprepa sig själv; ju mer processen upprepas, desto effektivare raderas, vad händer om du måste tänka på när du använder Shred är att detta det är en långsam process, speciellt om vi ska använda den på skivor av stora storlekar; Det exemplet som illustrerar dem rekommenderas för användning av en användare som inte är expert eller en vanlig användare.
Om vi ska ta bort en fil skulle det vara enklare och mycket snabbare:
strimla -u / sökväg / fil
Alternativet "u" ansvarar för att radera data. Men om vi stöter på en mycket stor fil kan vi perfekt använda samma steg, vi lägger bara till borttagningsparametern och vi säger att den ska upprepa processen tre gånger:
strimla -ubzn 2 / sökväg / fil
Den del där vi måste vara försiktiga är i var använder vi strimla, eftersom det kanske inte fungerar bra med vissa lagringskonfigurationer eller med alla filsystem.
Okej, det enda som inte passar mig är att jag tror att det på nuvarande hårddiskar med en enkel överskrivning redan är omöjligt att återställa data, det är inte nödvändigt att göra det 25 gånger. Kanske är den konstruerad för att användas för alla typer av enheter, jag vet inte om tejp behöver skrivas över flera gånger för att förhindra återhämtning.
Jag undrar om denna dataöverskrivning också är nödvändig på SSD-hårddiskar
SSD-enheter är en separat sak på grund av deras skrivsystem, vilket alltid undviker att skriva över samma plats. Så jag har sökt och förklarat saken lite här:
http://www.tuwindowsmundo.com/elimina-de-manera-segura-los-archivos-de-tus-unidades-ssd-y-hdd/
De kommenterar att specifik programvara från varje tillverkare används, de kommenterar också till Parted Magic att det är en Linux-distribution på vars sida de säger att de använder gratis programvara som gparted, etc.
I sökningen ser jag en tidigare artikel av Desdelinux: https://blog.desdelinux.net/como-limpiar-tus-discos-y-borrar-archivos-en-forma-segura/ där det redan kommenterades att det inte var 100% effektivt i en SSD. En kommentar från "desikoder" ger en bra ersättning för strimling: head -c $ (wc -c FILE) / dev / urandom> FILE
En studie ser dålig ut om att radera en SSD: cseweb.ucsd.edu/~m3wei/assets/pdf/FMS-2010-Secure-Erase.pdf
Så om du en dag släpper en SSD som hade viktig information, var noga med att hamra och borra den.
Förklaringen om hur man monterar SSD-diskar i Linux är intressant, men mer i betydelsen att undvika fragmentering än att faktiskt radera innehåll: http://www.atareao.es/ubuntu/linux-y-discos-duros-ssd/
Så för närvarande skulle jag inte kunna radera något på en SSD på ett tillförlitligt sätt.
SSD-enheter är en separat sak på grund av deras skrivsystem, vilket alltid undviker att skriva över samma plats. Så jag har sökt och förklarat saken lite här:
http://www.tuwindowsmundo.com/elimina-de-manera-segura-los-archivos-de-tus-unidades-ssd-y-hdd/
De kommenterar att specifik programvara från varje tillverkare används, de kommenterar också till Parted Magic att det är en Linux-distribution på vars sida de säger att de använder gratis programvara som gparted, etc.
I sökningen ser jag en tidigare artikel av Desdelinux: Blogg.desdelinux.net/how-to-clean-your-disks-and-delete-files-safely/ där det redan nämndes att det inte var 100% effektivt på en SSD. En kommentar av "desikoder" ger ett bra substitut för shred: head -c $(wc -c FIL) /dev/urandom > FIL
En studie ser dålig ut om att radera en SSD: cseweb.ucsd.edu/~m3wei/assets/pdf/FMS-2010-Secure-Erase.pdf
Så om du en dag släpper en SSD som hade viktig information, var noga med att hamra och borra den.
Förklaringen om hur man monterar SSD-diskar i Linux är intressant, men mer i betydelsen att undvika fragmentering än att faktiskt radera innehåll: http://www.atareao.es/ubuntu/linux-y-discos-duros-ssd/
Så för närvarande skulle jag inte kunna radera något på en SSD på ett tillförlitligt sätt.
Det skulle hjälpa mig men hur tar jag bort filer från en GNU-skiva ???