hei,
sähköpostitiedosto (/var/mail/kayttajatunnus)
tuhoutui bootin fsck-tarkistuksen yhteydessä.
tiedosto on olemassa, mutta tyhjä.
miten tiedoston voi palauttaa?
/var/log/messages kertonee tiedoston inoden.
olisiko tästä hyötyä palauttamiseen?
voiko ext2-levypartitiota grepata lohkotasolla?
onko linuxilla tiedostojärjestelmää, jossa on
undelete-ominaisuus?
miten boottauksen automaattisen levyntarkistuksen voi disabloida? muutos pitäisi tehdä ilmeisesti
/etc/fstab-tiedostoon.
- neuvoista kiitollinen
sähköpostitiedosto (/var/mail/kayttajatunnus)
tuhoutui bootin fsck-tarkistuksen yhteydessä.
tiedosto on olemassa, mutta tyhjä.
miten tiedoston voi palauttaa?
/var/log/messages kertonee tiedoston inoden.
olisiko tästä hyötyä palauttamiseen?
voiko ext2-levypartitiota grepata lohkotasolla?
onko linuxilla tiedostojärjestelmää, jossa on
undelete-ominaisuus?
miten boottauksen automaattisen levyntarkistuksen voi disabloida? muutos pitäisi tehdä ilmeisesti
/etc/fstab-tiedostoon.
- neuvoista kiitollinen
Vastaukset 3
Vanhimmat
Mitenhän se fsck sen tuhosi...katso laittoiko fsck mitään hakemiston lost found alle sen saman partition juuressa, johon /var on mountattu.
Partitiohin viitataan normaaliin tapaan tiedostoina (/dev/joku), joten niitä voi käyttää tavallisilla työkaluohjelmilla. less tosin saattaa vaatia option -f (force), koska tiedosto viittaa ns. block deviceen. grep vaatinee option -a, koska se tulkitsee levyyn viittaavan tiedoston olevan binäärinen eikä tekstitiedosto. Yksi kokeilun arvoinen ohjelma on myös strings, joka etsii tekstiä binääritiedostoista (esim. strings /dev/joku | less).
Tähän mennessä olen jostain kumman syystä välttynyt undeleten tarpeesta, joten en osaa sanoa suoralta kädeltä mitkä tiedostojärjestelmät tukevat undeletea. Lisävahinkojen minimoimiseksi kannattaa olla käyttämättä ja mounttamatta koko osiota ollenkaan.
Kuten komento man 5 fstab sanoo, automaattisen tarkistuksen voi estää laittamalla nollan kuudenteen sarakkeeseen halutulle osiolle: "If the sixth field is not present or zero, a value of zero is returned and fsck will assume that the filesystem does not need to be checked".
tiedostot löytyi. olin kopioinut mailikansiot
/root/mail-hakemistoon. pine näytti vain rootin
inboxin ja olin unohtanut, että mailit oli
siirretty tähän hakemistoon. strings-vihjeestä
oli kuitenkin hyötyä, sillä löysin levyltä
tekstinpätkän joka käsitteli tätä siirtokomentoa.
strings toimi jopa fat-lohkolta.
kiitos neuvoista.
/etc/fstabissa on rivien lopussa nollat. silti
fsck on ajettu bootissa (ainakin silloin kun pc on
resetoitu ilman alasajoa) ????? olenkohan tehnyt
rdev-apuohjelmalla muutoksia ytimeen, vai
mistä tämä johtuu?
Käsittääkseni fsck tarkistaa osion juuri siksi, koska sitä ei ole umountattu oikein, vaan kone on kaatunut (tai osio on jäänyt umounttaamatta syystä tai toisesta). Umounttaamattomalle osiolle on voinut mahdollisesti jäädä kirjoittamatta jotain tietoa mikä oli tallella vain levypuskureissa (muistissa), joten se osio kannattaa tarkistaa vaikka fstabissa on se arvo nolla. rdevillä ei pitäisi olla tässä asiassa mitään vaikutusta.