Ubuntu Suomen keskustelualueet

Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: El-Wisser - 01.07.14 - klo:22.50

Otsikko: Salatun osion palautus ntfs:ksi
Kirjoitti: El-Wisser - 01.07.14 - klo:22.50
Aamukahvia hörppiessä tuli mieleen, että kokeilempa luoda käyttämättömastä osiosta salatun LUKS+Ext4 osion. Muuten meni suunnitelmien mukaan, mutta valitsin totaalisen väärän osion formatoitavaksi. Siinä meni toiseksi tärkeimmät tiedostot, joista ei ole tallennuslaiterikkojen takia kaikilta osin varmuuskopioita.

Saako tehtyä enää tekämättömäksi?

Kiintolevyjen kokoonpano:
Kingston 120 Gt SSD, jonne asennettuna: efi + kaksi distroa erillisiin rootteihin ja yhteiselle /home osiolle.
Sata-600 (?) 1 Tt, jossa on kolme ext4 sekä oli yksi ntfs osio, joka nyt tuhoutui.

Tein siis vahingossa  levytyökalulla (gnome-disk-utility 3.12.1) nopean alustuksen NTFS:stä salattuksi LUKS+ext4:ksi.

Ajoin jo Testdiskin ja Gpart jurnuttaa edelleen taustalla, mutta veikkaan laihaa lohtua. Pitäisiköhän tuo LUKS salaus purkaa ennen kuin yritän vanhan ntfs-osion palautusta?

Pariin otteeseen olen selvinnyt normaalien osioiden palautuksista, mutta salaus on ihan uusi epämiellyttävä tuttavuus. Jäitä hattuun ja kone käynnissä 24/7 on oma suositus itselleni näin ensialkuun.

aa...puuu..VA!
Miten tästä "taaksepäin".
Otsikko: Vs: Salatun osion palautus ntfs:ksi
Kirjoitti: Tomin - 01.07.14 - klo:23.21
Voisin arvata, että salauksen laittaminen teki tiedostoista palauttamattomia, koska se kirjoitti niiden päälle. En tosin tiedä tekeekö LUKS (tai siihen käytetyt työkalut) niin oletuksena, mutta on se mahdollista.
Otsikko: Vs: Salatun osion palautus ntfs:ksi
Kirjoitti: nm - 01.07.14 - klo:23.32
Ajoin jo Testdiskin ja Gpart jurnuttaa edelleen taustalla, mutta veikkaan laihaa lohtua. Pitäisiköhän tuo LUKS salaus purkaa ennen kuin yritän vanhan ntfs-osion palautusta?

Salausta ei tarvitse purkaa, mutta levyosion pitää olla irrotettu ja palautus on tehtävä suoraan osiolta. Jos tiedostot ovat tärkeitä, aluksi kannattaisi myös tehdä varmuuskopio koko osiosta toiselle levylle (esim. dd:llä tiedostoksi). PhotoRec on seuraava työkalu, kun TestDisk ei auta.
Otsikko: Vs: Salatun osion palautus ntfs:ksi
Kirjoitti: El-Wisser - 02.07.14 - klo:12.02
Kiitos vinkeistä! Megalomaaninen paniikkihäiriö on jo tasaantumaan päin.

TestDiskin kanssa on arpominen kumman palauttaisi ensin ja onko sillä väliä?

Koodia: [Valitse]
Select a media (use Arrow keys, then press Enter):
 Disk /dev/sda - 120 GB / 111 GiB
 Disk /dev/sdb - 1000 GB / 931 GiB
>Disk /dev/mapper/luks-ab6ed1ce-34b5-442a - 189 GB / 176 GiB
>Disk /dev/dm-0 - 189 GB / 176 GiB

Molemmat vaihtoehdoista johtaa...

Koodia: [Valitse]
Disk /dev/mapper/luks-ab6ed1ce-34b5-442a - 189 GB / 176 GiB

Please select the partition table type, press Enter when done.
 [Intel  ] Intel/PC partition
 [EFI GPT] EFI GPT partition map (Mac i386, some x86_64...)
 [Humax  ] Humax partition table
 [Mac    ] Apple partition map
>[None   ] Non partitioned media
 [Sun    ] Sun Solaris partition
 [XBox   ] XBox partition
 [Return ] Return to disk selection

Hint: None partition table type has been detected.
Note: Do NOT select 'None' for media with only a single partition. It's very
rare for a drive to be 'Non-partitioned'.

189 GB:n kopiolle on tyhjä levytila vasta raivauksen alla, joten en vielä pääse ajamaan TestDiskiä loppuun.

Code-tagit lisätty. Käytä niitä vastaisuudessa itse. -- Timo
Otsikko: Vs: Salatun osion palautus ntfs:ksi
Kirjoitti: nm - 02.07.14 - klo:12.46
TestDiskin kanssa on arpominen kumman palauttaisi ensin ja onko sillä väliä?

Select a media (use Arrow keys, then press Enter):
 Disk /dev/sda - 120 GB / 111 GiB
 Disk /dev/sdb - 1000 GB / 931 GiB
>Disk /dev/mapper/luks-ab6ed1ce-34b5-442a - 189 GB / 176 GiB
>Disk /dev/dm-0 - 189 GB / 176 GiB

Ei kumpaakaan noista vaan /dev/sdb ja sieltä oikea osio. Jos menet luks-laitteen kautta, TestDisk ei näe levyn raakadataa vaan virtuaalisen salatun osion. dm-0:n kauttakaan ei voi tehdä osion palautusta.

Voi kyllä olla, että tuo dm/luks-liitos pitäisi purkaa ennen TestDiskin käyttöä, koska ohjelma muuttaa osion tietoja. PhotoRecin kanssa ei ole niin väliä. Tässä vinkkejä: http://manyrootsofallevilrants.blogspot.fi/2012/05/remove-luks-partition.html
Otsikko: Vs: Salatun osion palautus ntfs:ksi
Kirjoitti: El-Wisser - 04.07.14 - klo:20.47
Piti tässä välillä käydä levykaupassa tallennustilaa hankkimassa. Seuraavaksi puran pari rikkonaista usb-kovoa ja yritän (itsesensuuria) koneen vieressä makkaratikut tanassa istuen.

Palaan joka tapauksessa osion palautukseen em. tuloksellisuudesta riippumatta. Nyt kun levytilaa on riittävästi niin kloonaan tuon 189 GB osion ja ajan sen jälkeen PhotoRecin ja loppuviimeksi TestDiskin. Osion kopioinnin jälkeen kokeilen myös muita "palautusohjelmistoja" vertailun vuoksi, joten aikaa kuluu ja...
nähtäväksi jää kuinka käy.

Kiitos hyvistä huomioista.
Otsikko: Vs: Salatun osion palautus ntfs:ksi
Kirjoitti: El-Wisser - 12.07.14 - klo:22.39
Saako PhotoRecillä jotenkin palautettua myös kansioiden nimihierarkian? Vip!
Ohjelma löysi hyvin 120% palautettavista tiedostomuodoista. Tyhjät tiedostot n.10% oli helppo poistaa, mutta ongelmaksi jää toisen 10%:n tuplakopioiden vertailu, joka on pakko tehdä manuaalisesti.  :o

Jos poistan tiedoston Thunarin "Poista" valikon kautta niin onko se edelleen PhotoRecin palautuksen ulottuvissa?
Pitääkö linuxissakin silloin tällöin ajaa "loppusäilytys osioille" vapaan levytilan ylikirjoitus, jotta välttyisi 120% onnistumiselta?

Nimim: Vastaisen varalle.
Otsikko: Vs: Salatun osion palautus ntfs:ksi
Kirjoitti: JaniAlander - 12.07.14 - klo:22.57
Hmm. ymmärtääkseni Linux toimii kuten muutkin Unix-sukuiset tiedostoja hävittäessään. Eli siis Linuxin kantilta tiedosto on alue kovalevyllä johon on linkkejä tiedostojärjestelmässä (ts. tiedostonnimi). Kun hävität tiedoston hävität linkin. Useimmilla tiedostoilla on vain yksi linkki (toki voit luoda niitä enemmän itse) kun linkkien määrä on nolla on tiedosto käyttiksen kantilta hävitetty. Mutta tosiaan tiedoston data itsessään ei välttämättä ole hävitetty, eli se voidaan kaivaa esiin sopivilla työkaluilla.