Poistetun tiedoston palautus: mitä roskakorille oikeasti käy

Kun poistat tiedoston ja tyhjennät roskakorin, ruudulla ei tapahdu mitään dramaattista. Toimenpide kestää saman ajan riippumatta siitä, oliko tiedosto kilotavun vai kymmenen gigatavun kokoinen. Jo tämä paljastaa, ettei kyse voi olla tiedon pyyhkimisestä: kymmenen gigatavun ylikirjoittaminen kestäisi minuutteja. Poisto on kirjanpidollinen toimenpide, ei fyysinen.

Tämän ymmärtäminen selittää kerralla kaksi asiaa, jotka tuntuvat muuten ristiriitaisilta. Poistettu tiedosto voidaan usein palauttaa, vaikka roskakori olisi tyhjennetty. Samaan aikaan palautus voi epäonnistua täysin jo minuutteja poiston jälkeen. Kumpikin seuraa samasta mekanismista.

Tässä artikkelissa käydään läpi mitä poistossa oikeasti tapahtuu ja mitä siitä seuraa käytännössä. Varsinainen varmuuskopiointi on eri asia ja käsitellään artikkelissa varmuuskopioinnista ja 3-2-1-säännöstä. Tiedon lopullinen tuhoaminen ennen laitteen myyntiä on sekin oma kysymyksensä, ja siitä kerrotaan artikkelissa laitteen tyhjennyksestä ennen myyntiä.

Tiedostojärjestelmä on hakemisto, ei kirja

Levy ei tallenna tiedostoja peräkkäin niin kuin tekstiä kirjassa. Se tallentaa niitä lohkoihin siellä täällä, ja erillinen rakenne pitää kirjaa siitä, mitkä lohkot kuuluvat mihinkin tiedostoon. Tätä rakennetta kutsutaan tiedostojärjestelmäksi. Se sisältää tiedoston nimen, koon, aikaleimat, oikeudet ja listan lohkoista.

Kun tiedosto poistetaan, tiedostojärjestelmä tekee kaksi asiaa. Se poistaa tai merkitsee mitätöidyksi hakemistomerkinnän, joka kertoo tiedoston nimen ja sijainnin, ja se merkitsee tiedoston käyttämät lohkot vapaiksi. Lohkojen sisältöön ei kosketa. Tiedosto on siis kuin kirja, jonka nimi on pyyhitty kirjaston kortistosta ja jonka hyllypaikka on merkitty vapaaksi. Kirja on edelleen hyllyssä, mutta kukaan ei osaa etsiä sitä, ja seuraava saapuva kirja saatetaan asettaa sen päälle.

Tästä seuraa palautuksen perussääntö. Palautusohjelma etsii levyltä joko vanhoja hakemistomerkintöjä tai suoraan tunnistettavia tiedostorakenteita, esimerkiksi kuvatiedoston alkutunnistetta. Se onnistuu vain, jos lohkoja ei ole vielä käytetty uudelleen. Ja koska käyttöjärjestelmä kirjoittaa levylle jatkuvasti myös silloin kun et tee mitään, aika on aina palautusta vastaan.

Sama mekanismi selittää myös sen, miksi palautettu tiedosto on joskus rikki. Jos vain osa lohkoista on ehtinyt mennä uusiokäyttöön, ohjelma kokoaa tiedoston niistä paloista jotka löytyvät, ja lopputulos on kuva jonka alaosa on harmaata kohinaa tai asiakirja joka aukeaa puolityhjänä. Palautusohjelman ilmoittama arvio onnistumisen todennäköisyydestä on arvaus, ei mittaus, eikä se tiedä mitä palasista puuttuu ennen kuin tiedosto avataan.

Toinen huomionarvoinen seuraus koskee tiedoston nimeä. Kun hakemistomerkintä on kadonnut, nimi ja kansiopolku ovat kadonneet sen mukana. Silloin palautusohjelma joutuu tunnistamaan tiedostot pelkän sisällön perusteella ja antaa niille juoksevat numerot. Metatieto kuten kuvausaika voi säilyä tiedoston sisällä, mutta kansiorakenne ei palaudu. Suurehkon aineiston palautus tuottaa siis usein kasan nimettömiä tiedostoja, joiden lajittelu käsin on hitaampaa kuin varmuuskopiosta palauttaminen olisi ollut.

Roskakori on lisäkerros, ei tiedostojärjestelmän ominaisuus

Roskakori ei ole osa levyä eikä tiedostojärjestelmää. Se on käyttöjärjestelmän tekemä kohteliaisuus: kun poistat tiedoston tiedostoselaimessa, sitä ei poisteta lainkaan vaan siirretään piilotettuun kansioon ja merkitään muistiin, mistä se tuli. Siksi roskakorista palauttaminen on aina täydellinen ja välitön, ja siksi roskakorissa olevat tiedostot vievät edelleen levytilaa.

Koska kyse on lisäkerroksesta, se pettää aina samoissa kohdissa:

• Poisto ohittaa roskakorin, jos käytät sen ohittavaa näppäinyhdistelmää tai komentoriviä.
• Muistitikulta ja muistikortilta poistaminen ohittaa roskakorin usein kokonaan.
• Verkkolevyltä tai palvelimen jaetusta kansiosta poistettaessa roskakoria ei yleensä ole.
• Ohjelman sisältä poistaminen ei aina käytä käyttöjärjestelmän roskakoria, vaan ohjelman omaa.
• Roskakori tyhjenee automaattisesti, jos levytila loppuu tai jos automaattinen siivous on kytketty päälle.

Roskakoreja on käytännössä useita, ja tämä on tavallisin syy siihen, että tiedosto ei löydy sieltä mistä sitä etsitään. Kuvasovelluksella on oma poistettujen kansionsa, sähköpostiohjelmalla omansa, pilvipalvelulla omansa. Jokaisessa on oma säilytysaikansa, joka on palvelukohtainen. Kannattaa siis tarkistaa ne kaikki eikä vain työpöydän roskakoria.

Miksi laitteen käyttö poiston jälkeen on haitallista

Jokainen kirjoitus levylle voi osua juuri niihin lohkoihin, jotka äsken merkittiin vapaiksi. Ongelma on, että kirjoituksia tapahtuu ilman että teet mitään näkyvää. Selain tallentaa välimuistia, käyttöjärjestelmä kirjoittaa lokia, varmuuskopiointiohjelma herää, päivitys latautuu, hakemistoindeksi päivittyy.

Käytännön johtopäätös on epämukava mutta selkeä: jos tiedosto on tärkeä ja epäilet että se on juuri poistettu, älä jatka työskentelyä sillä levyllä. Erityisen huono ajatus on ladata palautusohjelma samalle levylle, jolta yrität palauttaa, koska asennus kirjoittaa levylle juuri sinne missä vapaata tilaa on.

Ammattimaisessa palautuksessa ensimmäinen toimenpide on tehdä levystä levykuva eli kopioida koko levy tavu tavulta toiselle välineelle, ja tehdä kaikki palautusyritykset kopioon. Sama periaate toimii maallikollakin: jos aineisto on korvaamaton, irrota levy käytöstä ja harkitse rauhassa.

SSD ja trim muuttavat tilanteen

Mekaanisella kiintolevyllä vapaaksi merkitty lohko säilyy koskemattomana, kunnes sen päälle kirjoitetaan. Salamamuistiin perustuva SSD toimii toisin, ja syy on sen fysiikassa: muistisolua ei voi kirjoittaa uudelleen suoraan, vaan se pitää ensin tyhjentää, ja tyhjennys tapahtuu suurempina alueina kuin kirjoitus. Jos levy odottaisi tyhjennyksen kirjoitushetkeen, kirjoitus olisi hidas.

Ratkaisu on trim. Kun käyttöjärjestelmä poistaa tiedoston, se kertoo levylle erillisellä komennolla, mitkä lohkot ovat nyt käyttämättömiä. Levyn ohjain tyhjentää ne omaan tahtiinsa taustalla, jotta ne olisivat valmiina seuraavaa kirjoitusta varten. Tämä pitää SSD:n nopeana koko sen eliniän ajan.

Palautuksen kannalta seuraus on ratkaiseva. Trimmin jälkeen lohkoista ei lueta enää alkuperäistä sisältöä, vaan levy palauttaa nollia riippumatta siitä, mitä soluissa fyysisesti on. Palautusohjelma ei siis löydä mitään palautettavaa. Aikaikkuna vaihtelee laitteen ja tilanteen mukaan, mutta se on tyypillisesti hyvin lyhyt, ei tunteja vaan minuutteja. Käytännössä tämä tarkoittaa, että SSD-levyltä poistetun tiedoston palautusohjelmiin ei kannata luottaa lainkaan. Levytyyppien eroja käsitellään laajemmin artikkelissa kiintolevystä ja SSD:stä.

Puhelin on eri tapaus kuin tietokone

Nykyisissä puhelimissa koko tallennustila on salattu ja käyttöjärjestelmä estää sovelluksia lukemasta levyä raakana. Se on tietoturvan kannalta oikein, mutta se tekee perinteisestä palautusohjelmasta hyödyttömän. Puhelimeen ei käytännössä ole olemassa toimivaa "poistettujen tiedostojen skannausta", vaikka sovelluskaupat ovat täynnä sellaista lupaavia sovelluksia. Ne tarvitsevat laajat oikeudet ja tuottavat harvoin mitään.

Puhelimessa palautus tapahtuu siis aina sovelluksen tai palvelun kautta. Kuvasovelluksen poistettujen kansio, viestisovelluksen oma varmuuskopio, pilvipalvelun roskakori ja laitteen varmuuskopio ovat ne reitit, jotka oikeasti toimivat. Tehdasasetusten palautus ei ole palautusreitti vaan päinvastoin, ja siitä kerrotaan artikkelissa tehdasasetusten palautuksesta.

Versiohistoria on nopein reitti, kun tiedosto on rikki eikä poissa

Kaikki menetykset eivät ole poistoja. Vähintään yhtä tavallista on, että tiedosto on tallessa mutta sen sisältö on pilalla: tallensit tyhjän version, korvasit tekstin vahingossa tai synkronointi levitti virheen kaikkiin laitteisiin.

Näihin roskakori ei auta lainkaan, koska tiedostoa ei ole poistettu. Ratkaisu on versiohistoria. Pilvitallennuspalvelut ja toimisto-ohjelmat säilyttävät tiedoston aiempia versioita ja tarjoavat mahdollisuuden palata niihin. Sama pätee moniin muistiinpano- ja kuvankäsittelyohjelmiin. Kannattaa tietää etukäteen, mistä valikosta oman käytössä olevan palvelun versiohistoria löytyy, koska sen etsiminen paniikissa on hidasta.

Versiohistorialla on kaksi rajaa, jotka on hyvä tuntea. Säilytysaika on rajallinen ja palvelukohtainen, ja historia koskee vain sitä palvelua. Kun tiedosto ladataan koneelle ja siirretään muualle, historia ei kulje mukana. Synkronoinnin logiikkaa ja sen sudenkuoppia käsitellään tarkemmin artikkelissa tiedostojen synkronoinnista.

Erityistapaus on kiristyshaittaohjelma, joka salaa tiedostot. Silloin sekä alkuperäiset että synkronoidut kopiot ovat pilalla, ja usein myös osa versiohistoriasta. Tähän auttaa vain kopio, joka ei ole ollut kiinni koneessa eikä synkronoitu. Aihetta käsitellään artikkelissa varmuuskopioista kiristystä vastaan.

Järjestys, jossa palautusta yritetään

Palautus kannattaa tehdä aina samassa järjestyksessä, halvimmasta ja varmimmasta kohti epävarmempaa. Jokainen askel on nopeampi ja luotettavampi kuin seuraava.

1. Pysäytä kirjoitus. Jos tiedosto oli tärkeä, lopeta työskentely sillä levyllä. Ulkoinen levy tai muistikortti kannattaa irrottaa heti.
2. Tarkista kaikki roskakorit. Käyttöjärjestelmän roskakori, kuvasovelluksen poistetut, sähköpostin poistetut ja pilvipalvelun oma roskakori ovat eri paikkoja.
3. Etsi tiedosto uudelleen. Yllättävän usein tiedostoa ei ole poistettu vaan siirretty vahingossa. Hae nimellä ja tiedostopäätteellä koko levyltä.
4. Katso versiohistoria. Jos tiedosto on olemassa mutta väärässä tilassa, tämä on oikea reitti, ei palautusohjelma.
5. Palauta varmuuskopiosta. Tämä on ainoa menetelmä, joka toimii myös laiterikossa ja salatuissa tiedostoissa. Palautuksen käytännöistä kerrotaan artikkelissa palautuksesta varmuuskopiosta.
6. Vasta viimeisenä palautusohjelma. Käytä sitä toiselta koneelta käsin ja tallenna löydetyt tiedostot eri levylle kuin sille, jolta ne etsitään.

Jos aineisto on korvaamatonta ja levy on fyysisesti rikki, esimerkiksi naksuttaa tai ei näy koneelle lainkaan, omat yritykset kannattaa lopettaa. Rikkoutuneen mekaanisen levyn käynnistäminen uudelleen ja uudelleen voi tuhota lopullisesti sen, mikä vielä olisi luettavissa.

Mitä tästä seuraa arjessa

Poiston mekanismista seuraa kolme käytännön johtopäätöstä, jotka kannattaa muistaa etukäteen eikä vasta silloin kun tiedosto on jo mennyt.

Ensinnäkin palautus on onnenkauppa, varmuuskopio ei. Jokainen tunti, jonka käytät palautusohjelman kanssa arpomiseen, olisi ollut paremmin käytetty toimivan kopiointirutiinin rakentamiseen. Toiseksi nopeus ratkaisee: mitä aikaisemmin lopetat levyn käytön, sitä paremmat mahdollisuudet ovat. Kolmanneksi tärkein palautusreitti on se, jonka olet kokeillut aiemmin. Varmuuskopio, jota ei ole kertaakaan palautettu, on lupaus eikä turvaverkko.

Kääntöpuoli kannattaa myös huomata. Koska poisto ei pyyhi tietoa, poistaminen ei riitä silloin kun laite menee eteenpäin. Selkeä nimeäminen ja järjestys auttavat tässäkin, koska tiedät mitä laitteella on. Siihen antaa työkalut artikkeli tiedostojen järjestämisestä.