13.09.2009 palvelimen kovalevyn päivitys epäonnistui. Varmuuskopiot tiessään.
6 vuoden nettisovellus-projektit ja keksinnöt poissa.

Syynä oma tyhmyys, kolmannen osapuolen epälogisuus, tekniikkaan liikaluottamus ja tekniikan arvaamattomuus.

Jos en saa pelastettua tiedostoja. Kaikki alkaa alusta. Puhtaalta pöydältä.

Jos sinulla on kokemusta tiedostojen pelastamisesta linuxin asennuksen toimesta pyyhityltä EXT3 osiolta, olisin kiitollinen kaikista neuvoista.
Maksullinen tiedostojen pelastuspalvelu on viimeinen oljenkorsi, johon en vältämättä tartu vähäisen budjetin takia.

Pahoittelen kovasti, jos tämä on aiheuttanut ongelmia sinulle.

- Dima

15.09.2009 sain kasan vastauksia. Kiitos kaikille!

Kerron tarkemmin tilanteesta. Sillä monilla oli erilaiset käsitykset ongelmasta.

Varsinainen backup töistäni ja valokuvista on useassa paikassa. Niistä minä en ole huolissani. Ongelma liittyy pelkästään palvelimen sisältöön. Siitä minulla on ollut kopiot noin kerran kuukaudessa toisessa koneessa. PHP-projektit ovat ne suurin murhe, joita haluaisin takaisin.
Toisessa koneessa on ollut raid järjestelmä Silicon Imagen ajureilla. Pari viikkoa sitten kun tein emolevypäivityksen toiseen emolevyyn, jossa on MSI:n raid järjestelmä, joka sotki olemassa olevan raid kokonpanon sisällön. Siitä olen saanut pelastettua dataa EASEUS Data Recovery Professionalilla onnistuneesti. Mutta suuren datamäärän takia olen valikoinut mitä pelastaisin. Muun muuassa palvelimen sisällön kopio jäi pelastamatta, sillä ajattelin tekeväni pian uuden kopioinnin.
13.09. oli tarkoitus toteuttaa projektin joka vaatii kymmeniä gigatavuja lisäätilaa palvelimelle. Tätä varten hommasin isomman kovalevyn, jotaa oli tarkoitus lisätä nykyisen rinnalle. Linuxin fdisk ei suostunut käyttämään sitä. Joten menin osioimaan linuxin asennuksen kautta, joka tunnisti levyn ja pääsin osioimaan sitä ilman ongelmia. Mutta ongelmat seurasivat perässä kun jouduin määrittelemään myös vanhan kovalevyn osioiden mountaukset. Eräs osio on liitetty /var hakemistoon jonka alla on webbipalvelimen ja tietokannan sisältö. Kun kaikki oli määritelty, hyväksymisen yhteydessä varoitettiin, että koska käskin olla formatoimatta vanhat osiot, /etc /var yms järjestelmäkansiot tyhjennetään asennuksen yhteydessä. Uskottelin itselleni, että osioinnin jälkeen ei siirrytä seuraaviin vaiheisiin, vaan palataan vaihelistaukseen, josta voisin valita seuraavan vaiheen. Mutta minulle riitti pelkkä osiointi. Oli pitkä taukko ennen kun palattiin listaukseen, keskeytin asennuksen ja uudelleen käynnistyksen jälkeen huomasin ettei linux enää käynnisty. Linuxin Recoveryn avulla selattuani hakemistot levyllä oli /var hakemisto tyhjä.
Näköjään asennus, osioinnin jälkeen, automaattisesti valmistelee hakemistojen sisällöt asennusta varten, vaikka varsinaista asennusta ei vielä suoriteta. Joten voisi ajatella että kyseessä on pelkästään poistettujen tiedostojen palauttaminen. Ennen sitä tietenkin menin hakemaan tiedostot varmuuskopiosta, mutta hoksasin, että eipä niitä enää löydy kun en ole tehnyt uutta kopiota. Siinä se tyhmyyteni kostautui.

Itselleni on tiedostojen pelastus on tuttua hommaa. Joten en ollut huolissani. Liitin kovalevyn win7-pöytäkoneeseen ja rupesin pelastamaan sisällön vanhalla rutiinilla. Mutta nyt kysessä on ollut ext3 tiedostojärjestelmä. EASEUS löysi myös ikivanhat osiot vuosien takaa, mutta osasi myöskin tarjota oikean osion 100% prioriteetilla.
EASEUS käytti EXT3 järjestelmään pelkästään RAW skannausta, joista etsittiin ennältä määritettyjä tiedostotyyppejä. Tuloksena oli pitkä lista inodeja ja erikseen löydetyt tiedostot tyypeittäin ryhmitettynä ja numerojärjestys niminä. Yhteensä tiedostoja oli yli 400Gt, vaikka oikeasti /var hakemistossa pitää olla muutama gigatavua. Itse kovalevyn koko on 40Gt ja pelastettavan osion koko on 27Gt. Eli se haki kaikki tiedostot mitä on ollut kyseisellä alueella myös edellisissä osiointivaihtoehdoilta. Ja pahinta on ettei se kuitenkaan osannut etsiä PHP tiedostoja tai MySQL tietokannan datatiedostoja. Ei ollut hyötyä tuosta.
Googlella etsin erilaisia Recovery ohjelmia jotka ovat erikoistuneet ext3 järjestelmään, jotkut eivät löytäneet yhtään mitään, toiset listasivat pelkästään inodeja.

Joten tässä vaiheessa on tarkoitus kääntyä ammattilaisten puolelle, jotka osaisivat kaivata tiedot vain kyseiseltä osiolta, muulla kuin raw-menetelmällä.
Vaihtoehtoina on Dataprey / Gelkin, jolla on ilmainen analyysi ja opiskelija-alennus. Toinen vaihtoehto on Ahlberg data. Päätin olevani valmis maksamaan, sillä ne php-ohjelmistot ovat vieneet minulta todella paljon aikaa ja sisältävät ratkaisuja, joita ei muualta löydy.

Stellar Phoenix Linux Data Recovery ei löytänyt yhtään tiedostoa.

PhotoRecista ei ollut hyötyä sillä, se ei löytänyt osioita, vaan tarjoa suoraan koko levyn skannausta.

Recover Data for Linux löysi oikean osion, muttei löytänyt siitä mitään muuta kuin tyhjiä inodeja.

R-Linux ei myöskään löytänyt muuta kuin inodeja.

Toisaalta on vaihtoehtona ext3grep, mutta ei ole toista linux-konetta jolla tuota voisin kokeilla. Palvelinkone pyörii nyt palvelimena, joten sitä ei voi käyttää tähän pelastusprojektiin.

-Dima

20.09.2009 Ensi viikolla on tarkoitus viedä kovalevy Dataprey:lle ilmaiseen analyysiin. Katsotaan sen jälkeen joudunko rakentamaan galleriat uusiksi, vai saadanko pelastettua alkuperäiset tiedostot.