Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ohjelmointi, palvelimet ja muu edistyneempi käyttö => Aiheen aloitti: Toldman - 15.12.19 - klo:19.41
-
Kovalevyltäni ei voinut enää käynnistää. Asetin sen toiseen koneeseen USB asemaksi.
Salasanana syöttämisen jälkeen se näyttää vain grub ja lost+found hakemistot jaa muutaman tiedoston:
dr2@dr2-LIFEBOOK-E751:/media/dr2$ ls 472091c2-b4b3-4ac0-b142-7cecf6dc6f66
abi-4.4.0-138-generic lost+found
config-4.4.0-138-generic memtest86+.bin
config-4.4.0-148-generic memtest86+.elf
config-4.4.0-165-generic memtest86+_multiboot.bin
config-4.4.0-166-generic retpoline-4.4.0-138-generic
grub System.map-4.4.0-138-generic
initrd.img-4.4.0-119-generic System.map-4.4.0-148-generic
initrd.img-4.4.0-121-generic System.map-4.4.0-165-generic
initrd.img-4.4.0-135-generic System.map-4.4.0-166-generic
initrd.img-4.4.0-138-generic vmlinuz-4.4.0-138-generic
initrd.img-4.4.0-148-generic vmlinuz-4.4.0-148-generic
initrd.img-4.4.0-62-generic vmlinuz-4.4.0-165-generic
initrd.img-4.4.0-64-generic vmlinuz-4.4.0-166-generic
Miten voisin vielä löytää muutaman pienen dokumenttitiedoston jotka oli levyllä?
Onko jotain ohjelmia mitä voisi käyttää? Jossain neuvottiin ddrescure mutta ei tämä apt-get löytänyt sitä
- Vesa
-
Tuo on pelkkä boot-osio, jossa sijaitsee käynnistyslataaja ja kerneli. Levyllä on varmaankin myös muita osioita, joiden liittäminen saattaa epäonnistua, jos tiedostojärjestelmä on rikki. Mitä fdisk kertoo osioista?
sudo fdisk -l
-
https://packages.ubuntu.com/search?keywords=ddrescue
-
Kokonaiskuvan ko levyn tilanteesta saa parhaiten käyttämällä gparted-ohjelmaa.
sudo gparted
ja valitsemalla kyseisen levyn alasvetovalikosta oikealta ylhäällä. Toki tällä ohjelmalla pystyy tekemään muutoksia myös osiohin mutta tutkiminen ei tee muutoksia.
Jos levyn pystyy mountaamaan niin todennäköisesti se ei ole rikki taikka sen sisältö pystytään pelastamaan.
-
ddrescue ei välttämättä ole tässä tapauksessa oikea työkalu. TestDisk tai PhotoRec voivat olla, mutta ensin pitää selvittää, onko vika osiotaulussa tai kaipaavatko tiedostojärjestelmät korjausta.
Onko levyllä tunnetusti viallisia sektoreita, vai ilmenikö boottausongelma yllättäen?
-
Tuo on pelkkä boot-osio, jossa sijaitsee käynnistyslataaja ja kerneli. Levyllä on varmaankin myös muita osioita, joiden liittäminen saattaa epäonnistua, jos tiedostojärjestelmä on rikki. Mitä fdisk kertoo osioista?
sudo fdisk -l
Tämmöstä tulee fdiskillä:
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo fdisk -l
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 päätä, 63 sektoria/ura, 14593 sylinteriä, yhteensä 234441648 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x000587b3
Laite Käynn Alku Loppu Lohkot Id Järjestelmä
/dev/sda1 * 2048 499711 248832 83 Linux
/dev/sda2 501758 234440703 116969473 5 Laajennettu
/dev/sda5 501760 234440703 116969472 83 Linux
Disk /dev/mapper/sda5_crypt: 119.8 GB, 119774642176 bytes
255 päätä, 63 sektoria/ura, 14561 sylinteriä, yhteensä 233934848 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x00000000
Levy /dev/mapper/sda5_crypt ei sisällä kelvollista osiotaulua
Disk /dev/mapper/ubuntu--vg-root: 115.6 GB, 115569852416 bytes
255 päätä, 63 sektoria/ura, 14050 sylinteriä, yhteensä 225722368 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x00000000
Levy /dev/mapper/ubuntu--vg-root ei sisällä kelvollista osiotaulua
Levy /dev/mapper/ubuntu--vg-swap_1: 4202 Mt, 4202692608 tavua
255 päätä, 63 sektoria/ura, 510 sylinteriä, yhteensä 8208384 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x00000000
Levy /dev/mapper/ubuntu--vg-swap_1 ei sisällä kelvollista osiotaulua
Disk /dev/sdb: 320.1 GB, 320072931328 bytes
255 päätä, 63 sektoria/ura, 38913 sylinteriä, yhteensä 625142444 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x0000835f
Laite Käynn Alku Loppu Lohkot Id Järjestelmä
/dev/sdb1 * 2048 499711 248832 83 Linux
/dev/sdb2 501758 625141759 312320001 5 Laajennettu
/dev/sdb5 501760 625141759 312320000 83 Linux
Disk /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5: 319.8 GB, 319813582848 bytes
255 päätä, 63 sektoria/ura, 38881 sylinteriä, yhteensä 624635904 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x00000000
Levy /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 ei sisällä kelvollista osiotaulua
dr2@dr2-LIFEBOOK-E751:/media/dr2$
-
Oletko salannut levyä asennuksen yhteydessä ? Kokeile live tikulla tuota gparted ohjelmaa.
-
ddrescue ei välttämättä ole tässä tapauksessa oikea työkalu. TestDisk tai PhotoRec voivat olla, mutta ensin pitää selvittää, onko vika osiotaulussa tai kaipaavatko tiedostojärjestelmät korjausta.
Onko levyllä tunnetusti viallisia sektoreita, vai ilmenikö boottausongelma yllättäen?
Kone oli lainassa tytöllä. Yllättäen oli kuulemma sevonnut kesken streamauksen. Ei kopsahtanut, sano.
Fdisk sano että osiotalu ei ole kelvollinen, kuten vastasin tuohon aiemmin.
Nyt on gparted rescue toiminto menossa. Tarkoittaako tuo fdiskin ilmoitus että ongelma on osiotaulussa vai voiko se vieläkiin olla muualla?
-
Kovalevyltäni ei voinut enää käynnistää. Asetin sen toiseen koneeseen USB asemaksi.
Salasanana syöttämisen jälkeen se näyttää vain grub ja lost+found hakemistot jaa muutaman tiedoston:
Salaus toimii hienosti kuten sen pitääkin. /boot -osiota ei ole salattu, mutta käynnistettäessä pitäsi muut osiot
olla liitettävissä.
Järjestelmän käynnistys ei toimi muualla kuin järjestelmässä, johon salaus on asennettu.
BTW. Jo käynnistysosioilla on liiaksi asennettuja kernel-versioita.
Ubuntun kernel-version poistaminen vapauttaa levytilla n. 340Mt:ia.
Osa vapautuneesta tilasta poistuu nimenomaan /boot -osiolta.
-
https://packages.ubuntu.com/search?keywords=ddrescue
Ei ollu enää trustylle versiota
-
[Ei ollu enää trustylle versiota
Ubuntu Trusty on jo edesmennyt. End of Standard Support: March 7, 2019 April 2019
Ubuntu päivittyy puolivuosittain, ja tuki ko. versioille on vajaa vuosi. Lisäksi on nuo (kehutut) LTS-versiot, joita julkaistaan
parillisien vuosien keväällä (*.04), joiden tuki on _hieman_ pidempi.
https://wiki.ubuntu.com/Releases
-
Tarkoitatko että täytyy pystyä boottaamaan tuon levyn boot osiolla jotta cryptatun osion saa auki?
Se siis jäi startissa virheiloitukseen jumiin. Ajattelin että bootti on rikki mutta hmmm eikö se sitten olekaan?
Levy /dev/mapper/sda5_crypt ei sisällä kelvollista osiotaulua
Levy /dev/mapper/ubuntu--vg-root ei sisällä kelvollista osiotaulua
Levy /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 ei sisällä kelvollista osiotaulua
Eikös nuo virheet jo aika selkeästi kerro ongelmasta?
Lisäys: Jos järjestelmäsi käynnistyisi huomioiden LVM-osioinnin ja LUKS-suojauksen, ei ongelmia olisi.
Sattuneesta syystä, en käytä edes LVM-osiointia, joka omalta osaltaan suojaisi tiedostoja.
Salaus kaikkine ominaisuuksineen on todella varma pitää tiedostot tallessa. Eikä niiden palauttamiseen
pitäisikään olla mitään helppoja tapoja.
-
Fdisk sano että osiotalu ei ole kelvollinen, kuten vastasin tuohon aiemmin.
Nyt on gparted rescue toiminto menossa. Tarkoittaako tuo fdiskin ilmoitus että ongelma on osiotaulussa vai voiko se vieläkiin olla muualla?
fdisk ei ymmärrä LUKS-osioita, eikä virheistä tarvitse tässä tapauksessa huolestua.
Seuraavaksi voisi kokeilla salauksen avaamista ja liittää osiot manuaalisesti. Tässä eräs suoraviivainen ohje: http://juho.tykkala.fi/Mount-and-decrypt-LVM-luks-encrypted-hard-disk
Sinulla avattava LUKS-osio on fdiskin listauksen perusteella /dev/sdb5, joten mitä sanoo:
sudo cryptsetup luksOpen /dev/sdb5 salattulevy
sudo lvdisplay
https://packages.ubuntu.com/search?keywords=ddrescue
Ei ollu enää trustylle versiota
gddrescue on kyllä edelleen asennettavissa Trustyn universe-repositoriosta, mutta siitä tuskin on apua ongelman ratkomisessa.
-
Olen salannut tai siis cryptattu levy on joo. Kun otin sen tähän toiseen koneeseen USB levynä niin se kysyi salasanan. isttennäkyi vain nuo kaksi hakemistoa.
Nyt on tuo rescure menossa edelleen. En tiedä pitääkö aamuun asti katsella tuota välkettä?
Mitenköhän hyvin tuolta on dataa palautettavissa normaaleilla rescue softilla yms. jos levy on tosiaan cryptattu?
-
Niin näille ei oikein käyttöä jos tiedostojärjestelmä on muuten kunnossa.
Palautus on mahdollisuuksien rajoissa. Itse onnistuin palauttamaan ecryptfs salatulta osiolta pienen taistelun ja google-fu:n jälkeen.
-
Fdisk sano että osiotalu ei ole kelvollinen, kuten vastasin tuohon aiemmin.
Nyt on gparted rescue toiminto menossa. Tarkoittaako tuo fdiskin ilmoitus että ongelma on osiotaulussa vai voiko se vieläkiin olla muualla?
fdisk ei ymmärrä LUKS-osioita, eikä virheistä tarvitse tässä tapauksessa huolestua.
Seuraavaksi voisi kokeilla salauksen avaamista ja liittää osiot manuaalisesti. Tässä eräs suoraviivainen ohje: http://juho.tykkala.fi/Mount-and-decrypt-LVM-luks-encrypted-hard-disk
Sinulla avattava LUKS-osio on fdiskin listauksen perusteella /dev/sdb5, joten mitä sanoo:
sudo cryptsetup luksOpen /dev/sdb5 salattulevy
sudo lvdisplay
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo cryptsetup luksOpen /dev/sdb5 /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5
[sudo] password for dr2:
Laite /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 on jo olemassa.
dr2@dr2-LIFEBOOK-E751:/media/dr2$
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo lvdisplay
--- Logical volume ---
LV Path /dev/ubuntu-vg/root
LV Name root
VG Name ubuntu-vg
LV UUID lZMRel-P1Lb-NJmM-vr3B-2hMm-0kOv-tshLlO
LV Write Access read/write
LV Creation host, time ubuntu, 2015-11-11 10:58:25 +0200
LV Status NOT available
LV Size 293,92 GiB
Current LE 75244
Segments 1
Allocation inherit
Read ahead sectors auto
--- Logical volume ---
LV Path /dev/ubuntu-vg/swap_1
LV Name swap_1
VG Name ubuntu-vg
LV UUID 9r6kqb-55K8-wcrn-l8Nw-jLuC-0Zp1-Bwhu1Z
LV Write Access read/write
LV Creation host, time ubuntu, 2015-11-11 10:58:28 +0200
LV Status NOT available
LV Size 3,91 GiB
Current LE 1001
Segments 1
Allocation inherit
Read ahead sectors auto
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo vgchange -a y ubuntu-vg
[sudo] password for dr2:
2 logical volume(s) in volume group "ubuntu-vg" now active
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo udisks --mount /dev/ubuntu-vg/root
Mount failed: /dev/dm-1 is mounted
Käviköhän niin että ne oli jo mountattu?
TestDisk vaikuttaa lupaavalta mutta en tiedä uskallanko antaa sen kirjoittaa levylle mitä se aikoo?
TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/sdb - 320 GB / 298 GiB - CHS 38913 255 63
The harddisk (320 GB / 298 GiB) seems too small! (< 472 GB / 440 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux 19080 30 23 57482 113 39 616933376
Linux 19081 100 28 57483 183 44 616933376
Linux 19081 132 60 57483 216 13 616933376
Linux 19082 105 32 57484 188 48 616933376
Linux 19087 0 50 57489 84 3 616933376
Tekisiköhän tuo vain pienen reijän levyyn. Oiskohan tuolla niinku kolo muutamassa raidassa.
-
Kokonaiskuvan ko levyn tilanteesta saa parhaiten käyttämällä gparted-ohjelmaa.
sudo gparted
ja valitsemalla kyseisen levyn alasvetovalikosta oikealta ylhäällä. Toki tällä ohjelmalla pystyy tekemään muutoksia myös osiohin mutta tutkiminen ei tee muutoksia.
Jos levyn pystyy mountaamaan niin todennäköisesti se ei ole rikki taikka sen sisältö pystytään pelastamaan.
gparted raksutti koko yön yli mutta sanoi aamulla että "no can do"
-
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo cryptsetup luksOpen /dev/sdb5 /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5
[sudo] password for dr2:
Laite /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 on jo olemassa.
dr2@dr2-LIFEBOOK-E751:/media/dr2$
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo lvdisplay
--- Logical volume ---
LV Path /dev/ubuntu-vg/root
LV Name root
VG Name ubuntu-vg
LV UUID lZMRel-P1Lb-NJmM-vr3B-2hMm-0kOv-tshLlO
LV Write Access read/write
LV Creation host, time ubuntu, 2015-11-11 10:58:25 +0200
LV Status NOT available
LV Size 293,92 GiB
Current LE 75244
Segments 1
Allocation inherit
Read ahead sectors auto
--- Logical volume ---
LV Path /dev/ubuntu-vg/swap_1
LV Name swap_1
VG Name ubuntu-vg
LV UUID 9r6kqb-55K8-wcrn-l8Nw-jLuC-0Zp1-Bwhu1Z
LV Write Access read/write
LV Creation host, time ubuntu, 2015-11-11 10:58:28 +0200
LV Status NOT available
LV Size 3,91 GiB
Current LE 1001
Segments 1
Allocation inherit
Read ahead sectors auto
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo vgchange -a y ubuntu-vg
[sudo] password for dr2:
2 logical volume(s) in volume group "ubuntu-vg" now active
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo udisks --mount /dev/ubuntu-vg/root
Mount failed: /dev/dm-1 is mounted
Käviköhän niin että ne oli jo mountattu?
Näyttää ihan hyvältä viimeiseen komentoon asti. Siinä saattaa tulla jokin ongelma siksi, että myös sda-levy on kryptattu samalla tavalla, ja siltä on jo liitetty käytössä oleva juuriosio ja swap. Kokeile liittää suoraan mount-komennolla:
sudo mount /dev/ubuntu-vg/root /mnt
Näkyykö oikean osion sisältö sitten /mnt:ssä? df:llä voit tarkistaa liitetyn tiedostojärjestelmän koon, jonka pitäisi olla 300 Gt:n luokkaa:
df -h
TestDisk vaikuttaa lupaavalta mutta en tiedä uskallanko antaa sen kirjoittaa levylle mitä se aikoo?
Älä tee TestDiskillä vielä mitään. Levyn osiotaulu on kunnossa ja LUKS-osiokin tuntuu toimivan oikein, joten korjattavaa ei ole. TestDisk ei muutenkaan pysty palauttamaan osioita kryptatulla levyllä.
-
gparted raksutti koko yön yli mutta sanoi aamulla että "no can do"
Jos tietää jo valmiiksi etä data on LUKS-säiliössä, ei kannata GPartedilla edes yrittää, ei se käsittele LUKS-säiliöitä.
-
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo cryptsetup luksOpen /dev/sdb5 /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5
[sudo] password for dr2:
Laite /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 on jo olemassa.
dr2@dr2-LIFEBOOK-E751:/media/dr2$
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo lvdisplay
--- Logical volume ---
LV Path /dev/ubuntu-vg/root
LV Name root
VG Name ubuntu-vg
LV UUID lZMRel-P1Lb-NJmM-vr3B-2hMm-0kOv-tshLlO
LV Write Access read/write
LV Creation host, time ubuntu, 2015-11-11 10:58:25 +0200
LV Status NOT available
LV Size 293,92 GiB
Current LE 75244
Segments 1
Allocation inherit
Read ahead sectors auto
--- Logical volume ---
LV Path /dev/ubuntu-vg/swap_1
LV Name swap_1
VG Name ubuntu-vg
LV UUID 9r6kqb-55K8-wcrn-l8Nw-jLuC-0Zp1-Bwhu1Z
LV Write Access read/write
LV Creation host, time ubuntu, 2015-11-11 10:58:28 +0200
LV Status NOT available
LV Size 3,91 GiB
Current LE 1001
Segments 1
Allocation inherit
Read ahead sectors auto
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo vgchange -a y ubuntu-vg
[sudo] password for dr2:
2 logical volume(s) in volume group "ubuntu-vg" now active
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo udisks --mount /dev/ubuntu-vg/root
Mount failed: /dev/dm-1 is mounted
Käviköhän niin että ne oli jo mountattu?
Näyttää ihan hyvältä viimeiseen komentoon asti. Siinä saattaa tulla jokin ongelma siksi, että myös sda-levy on kryptattu samalla tavalla, ja siltä on jo liitetty käytössä oleva juuriosio ja swap. Kokeile liittää suoraan mount-komennolla:
sudo mount /dev/ubuntu-vg/root /mnt
Näkyykö oikean osion sisältö sitten /mnt:ssä? df:llä voit tarkistaa liitetyn tiedostojärjestelmän koon, jonka pitäisi olla 300 Gt:n luokkaa:
df -h
TestDisk vaikuttaa lupaavalta mutta en tiedä uskallanko antaa sen kirjoittaa levylle mitä se aikoo?
Älä tee TestDiskillä vielä mitään. Levyn osiotaulu on kunnossa ja LUKS-osiokin tuntuu toimivan oikein, joten korjattavaa ei ole. TestDisk ei muutenkaan pysty palauttamaan osioita kryptatulla levyllä.
OK hyvä tietää. TestDisk kuitenkin ilmaisi 5 virhellistä partitiota,mut jos śe ei osaa niitä fiksata niin eihän se auta.
Jep, tuonne /mnt:iin tuli näkymään tämän koneen oma SD levy 120:nen.
Ongelma on USB:n päähän koteloitu mekaaninen levy joka pitäisi olla yli 300nen.
dr2@dr2-LIFEBOOK-E751:~$ df -h
Tiedostojärjestelmä Koko Käyt Vapaa Käy% Liitospiste
udev 3,9G 12K 3,9G 1% /dev
tmpfs 801M 1,3M 800M 1% /run
/dev/dm-1 106G 29G 72G 29% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 5,0M 0 5,0M 0% /run/lock
none 4,0G 38M 3,9G 1% /run/shm
none 100M 56K 100M 1% /run/user
/dev/sda1 236M 49M 175M 22% /boot
/dev/sdb1 236M 199M 26M 89% /media/dr2/472091c2-b4b3-4ac0-b142-7cecf6dc6f66
ecrypt:iä käyttäen tulee just errori joka oli silloin bootatessa.... eli se vain ei saa cryptattua mutta avattua mountattua
dr2@dr2-LIFEBOOK-E751:~$ sudo mount -t ecryptfs /dev/sdb5 /mnt
mount: väärä tiedostojärjestelmän tyyppi, virheellinen valitsin, viallinen
superlohko laitteella /dev/sdb5, puuttuva koodisivu tai apuohjelma, tai muu virhe
Joissakin tapauksissa järjestelmälokista löytyy hyödyllistä
tietoa – kokeile esim. komentoa ”dmesg | tail”.
dr2@dr2-LIFEBOOK-E751:~$ dmesg | tail
[649767.691759] Error parsing options; rc = [-22]
dr2@dr2-LIFEBOOK-E751:~$
-
OK hyvä tietää. TestDisk kuitenkin ilmaisi 5 virhellistä partitiota,mut jos śe ei osaa niitä fiksata niin eihän se auta.
Se ei tunnista osioita oikein LUKS-levyllä.
-
Oletko koettanut katsoa kovalevyn smart tietoja ? Eli onko kovalevy kunnossa (onko bad sectoreita jne?)
-
Jep, tuonne /mnt:iin tuli näkymään tämän koneen oma SD levy 120:nen.
Operaatio voisi onnistua helpommin, jos tekisit sen koneessa, jossa ei ole toista kryptattua levyä. Nyt nuo kryptattujen osioiden tunnisteet menevät jotenkin sekaisin keskenään, eikä LUKS ole minullekaan niin tuttu, että näkisin suoraan missä menee pieleen.
ecrypt:iä käyttäen tulee just errori joka oli silloin bootatessa.... eli se vain ei saa cryptattua mutta avattua mountattua
dr2@dr2-LIFEBOOK-E751:~$ sudo mount -t ecryptfs /dev/sdb5 /mnt
mount: väärä tiedostojärjestelmän tyyppi, virheellinen valitsin, viallinen
superlohko laitteella /dev/sdb5, puuttuva koodisivu tai apuohjelma, tai muu virhe
Joissakin tapauksissa järjestelmälokista löytyy hyödyllistä
tietoa – kokeile esim. komentoa ”dmesg | tail”.
Kyseinen osio ei ole ecryptfs:llä salattu, vaan se on LVM/LUKS-tyyppinen. Ecryptfs:stä ei ole sen kanssa mitään apua.
-
Jep, tuonne /mnt:iin tuli näkymään tämän koneen oma SD levy 120:nen.
Operaatio voisi onnistua helpommin, jos tekisit sen koneessa, jossa ei ole toista kryptattua levyä. Nyt nuo kryptattujen osioiden tunnisteet menevät jotenkin sekaisin keskenään, eikä LUKS ole minullekaan niin tuttu, että näkisin suoraan missä menee pieleen.
ecrypt:iä käyttäen tulee just errori joka oli silloin bootatessa.... eli se vain ei saa cryptattua mutta avattua mountattua
dr2@dr2-LIFEBOOK-E751:~$ sudo mount -t ecryptfs /dev/sdb5 /mnt
mount: väärä tiedostojärjestelmän tyyppi, virheellinen valitsin, viallinen
superlohko laitteella /dev/sdb5, puuttuva koodisivu tai apuohjelma, tai muu virhe
Joissakin tapauksissa järjestelmälokista löytyy hyödyllistä
tietoa – kokeile esim. komentoa ”dmesg | tail”.
Kyseinen osio ei ole ecryptfs:llä salattu, vaan se on LVM/LUKS-tyyppinen. Ecryptfs:stä ei ole sen kanssa mitään apua.
ONGELMA RATKAISTU - Kiitokset avustaneille
Löysin R-linux ohjelman jolla sain cryptatun levyn tiedostoista kaiken tarpeellisen talteen...
Levy ei edleleenkään boottaa mutta sehän ei enää haittaa!!
-
ONGELMA RATKAISTU - Kiitokset avustaneille
Löysin R-linux ohjelman jolla sain cryptatun levyn tiedostoista kaiken tarpeellisen talteen...
Hienoa, että ongelmasi ratkesi, mutta tuo R-Linux ja sen mahdollisuudet jäivät hieman hämärän peittoon.
Voisitko hieman tarkentaa?