Xubuntu 14.04 -> 16.04 - Failed to start Cryptography setup [RATKAISTU]

[Juniku]

Päivityksessä oli mennyt joku vikaan, kunhan konsoliin pääsi, niin "sudo dpkg --configure -a" teki loppuun keskeneräiset muutostyöt, sen jälkeen kaikki ok.


Päivitystä yritetty, eikä käynnisty kone enää, koska varastolevyä (/home) ei kone saa omin voimin liitettyä.

sda = 120gb SSD levy,  kryptattu
sdb = 2TB varastolevy, kryptattu (myös käyttäjäkansio vielä erikseen)
Ennen päivitystä kone kysyi salasanaa molemmille levyille seuraavalla ikkunalla
https://drive.google.com/file/d/0Bx17Oi5hC4-ELU9vdzdHQm5RdWc/view?usp=sharing

Päivityksen jälkeen sdb levylle se ei heitäkään tuota, vaan tällaisen:
https://drive.google.com/file/d/0Bx17Oi5hC4-EREpGSVF1aW5TMlk/view?usp=sharing

Johon salasanan antamalla pääsee tähän:
https://drive.google.com/file/d/0Bx17Oi5hC4-ELUx2N1RYVzFlc1k/view?usp=sharing

Komennolla journalctl -xb saatavasta lokitiedostosta löytyy rivi: Failed to start cryptography setup for sdb1_crypt
https://drive.google.com/file/d/0Bx17Oi5hC4-EY1RabjdZU2hRUFU/view?usp=sharing

fdisk -l & cat /etc/fstab:
https://drive.google.com/file/d/0Bx17Oi5hC4-EMTMwRGRaSmhsVG8/view?usp=sharing


Käyttikselle ihan sama, mutta tiedot /home kansiosta pitäisi saada ulos.
Kokeilin jo laittaa levyn toiseen xubuntu-koneeseen ja sehän liitti sen mutkitta kryptausavaimen antamalla, mutta levyn kryptauksen lisäksi käyttäjähakemistoni on kryptattu xubuntun asennuksen yhteydessä enkä tiedä miten onnistun sen kiertämään, paperilla sitä salasanaa ei ole.

[juyli]

... mutta levyn kryptauksen lisäksi käyttäjähakemistoni on kryptattu xubuntun asennuksen yhteydessä enkä tiedä miten onnistun sen kiertämään, paperilla sitä salasanaa ei ole.

Mikäs se sellainen salaus on, joka ihan "kotikonstein" avattaisiin? Toivottavasti varmuuskopiot ovat ajantasalla.

[nm]

Komennolla journalctl -xb saatavasta lokitiedostosta löytyy rivi: Failed to start cryptography setup for sdb1_crypt
https://drive.google.com/file/d/0Bx17Oi5hC4-EY1RabjdZU2hRUFU/view?usp=sharing

Kyseessä saattaisi olla tämä ongelma: http://www.kasploosh.com/weblog/14000/14657-debian_jessie_systemd_crypt.html

Eli /etc/crypttab-tiedostosta puuttuisi parametri plain, jonka systemd ehkä vaatii. Miltä tiedosto näyttää:

Koodia: [Valitse]

cat /etc/crypttab

[Juniku]

Komennolla journalctl -xb saatavasta lokitiedostosta löytyy rivi: Failed to start cryptography setup for sdb1_crypt
https://drive.google.com/file/d/0Bx17Oi5hC4-EY1RabjdZU2hRUFU/view?usp=sharing

Kyseessä saattaisi olla tämä ongelma: http://www.kasploosh.com/weblog/14000/14657-debian_jessie_systemd_crypt.html

Eli /etc/crypttab-tiedostosta puuttuisi parametri plain, jonka systemd ehkä vaatii. Miltä tiedosto näyttää:

Koodia: [Valitse]

cat /etc/crypttab

Kiitoksia.

cat /etc/crypttab:
https://drive.google.com/open?id=0Bx17Oi5hC4-EcDVfYTB5UmgtS00

Linkittämästäsi ohjeesta löytyi komento jolla levyn voi liittää käsin, sieltä tulee seuraavaa:
https://drive.google.com/open?id=0Bx17Oi5hC4-EUzktSXl2NUxMaXM

"Failed to setup dm-crypt key mapping for device ..."
"Check that kernel supports ael-xts-plain64 cipher"

Miksi. Miksi SSD levy avautuu, mutta tuo toinen ei 

... mutta levyn kryptauksen lisäksi käyttäjähakemistoni on kryptattu xubuntun asennuksen yhteydessä enkä tiedä miten onnistun sen kiertämään, paperilla sitä salasanaa ei ole.

Mikäs se sellainen salaus on, joka ihan "kotikonstein" avattaisiin? Toivottavasti varmuuskopiot ovat ajantasalla.

Oli sellainen lapsellinen ajatus, että koska käyttis osaa sen käyttäjäkansion lukituksen avata omin päin kirjautuessani sisään, on sen salausavaimen oltava jossain koneen syövereissä tallennettuna.

[nm]

Kokeile vielä näin:

Koodia: [Valitse]

cryptsetup luksOpen /dev/sdb1 hometest
Onko xts-moduuli ladattuna:

Koodia: [Valitse]

lsmod | grep xts(ei ole, jos tuo ei listaa mitään)

Pystytkö lataamaan sen:

Koodia: [Valitse]

modprobe xts

Mikä kernelin versio on käytössä:

Koodia: [Valitse]

cat /proc/version
Pystytkö valitsemaan GRUB-käynnistysvalikon kautta jonkun toisen kernelin?

[Juniku]

Kokeile vielä näin:

Koodia: [Valitse]

cryptsetup luksOpen /dev/sdb1 hometest
Onko xts-moduuli ladattuna:

Koodia: [Valitse]

lsmod | grep xts(ei ole, jos tuo ei listaa mitään)

Pystytkö lataamaan sen:

Koodia: [Valitse]

modprobe xts

Mikä kernelin versio on käytössä:

Koodia: [Valitse]

cat /proc/version
Pystytkö valitsemaan GRUB-käynnistysvalikon kautta jonkun toisen kernelin?

cryptsetup luksOpen /dev/sdb1 hometest
Palauttaa saman virheilmoituksen kuin aiemminkin.
https://drive.google.com/open?id=0Bx17Oi5hC4-ESU5OV3hWVVZIRjQ
"Failed to setup dm-crypt key mapping for device ..."
"Check that kernel supports ael-xts-plain64 cipher"

lsmod | grep xts - listaa kaksi kohdetta (xts sekä gf128mul)

Ei toimi toisellakaan kernelillä, poistelin vanhoja kerneleitä Synapticilla ennen päivitystä vajaan leytilan vuoksi, vanhoja versioita jäi käytettäväksi numerosta 53 alkaen eikä niistä millään asia muutu miksikään.
Käytössä 3.13.0-93 (onko tämä edes 16.04 kernel?!?)

On tässä jotain muutakin hassua, kun pääsee konsolin kautta kirjautumaan sisään, ifconfig palauttaa vain verkkolaitteen lo, vaikka koneessa verkkokortti onkin. Samoin sudo apt-get install matopeli palauttaa virheilmoituksen:
"dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem".

[Juniku]

Päivityksessä oli mennyt joku vikaan, kunhan konsoliin pääsi, niin "sudo dpkg --configure -a" teki loppuun keskeneräiset muutostyöt, sen jälkeen kaikki ok.

Oli kyllä melkoisen erikoinen tapa, millä tuo tuli ilmi.

cat /proc/version
Linux version 4.4.0-34-generic (buildd@lgw01-20) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2.1) ) #53-Ubuntu SMP Wed Jul 27 16:06:39 UTC 2016

[nm]

Hyvä että ratkesi!

Varmuuskopiot kannattaa tosiaan tehdä ulkoiselle levylle tai toiselle koneelle ennen jakeluversion päivitystä. Levysalausta (tai SSD-levyjä) käytettäessä varmuuskopiot on muutenkin syytä pitää erityisen tiiviisti ajan tasalla, koska levyviat ovat helposti fataaleja.

[Juniku]

Hyvä että ratkesi!

Varmuuskopiot kannattaa tosiaan tehdä ulkoiselle levylle tai toiselle koneelle ennen jakeluversion päivitystä. Levysalausta (tai SSD-levyjä) käytettäessä varmuuskopiot on muutenkin syytä pitää erityisen tiiviisti ajan tasalla, koska levyviat ovat helposti fataaleja.

Juu, olihan ne varmuuskopioitu, mutta sen verta kauan sitten etten olisi selvinnyt ilman pientä hävikkiä...

Asiasta toiseen, vähän turhan vaarallinen tuo ubuntun oma käyttäjäkansiokryptaus, sitä ei ilmeisesti saa toisessa koneessa auki mitenkään mikäli juuriosion levy rikkoutuu ja /home on toisella levyllä.