Wpis z mikrobloga

@saczuser: Na start to edytujesz linię polexceń w grubie i wywlasz quiet splash żeby się chociaż dowiedzieć czemu nie bootuje.

a tak po za tym za dużo ogólnieków. Czym masz zaszyfrowany dysk?

Ja bym odpalił livecd, odszyfrował dysk, sprawdził filesystemy, jakiś smart no i kombinował dalej w zależności od poszlak. Lub wyciągnął tylko pliki jak jeydnie potrzebujesz się dostać do plików.
  • Odpowiedz
@Kryspin013: Interesują mnie tylko pliki, nic więcej. Cały dysk został zaszyfrowany podczas instalacji (łącznie z katalogiem home).

Rzuć okiem na linka którego podesłałem jeśli możesz. udaje mi się po wpisaniu hasła wejść na dysk, ale później kiedy próbuję uruchomić "Access your private data.desktop" zwraca coś takiego (w terminalu)
$ sudo ecryptfs-mount-private
ERROR: Encrypted private directory is not setup properly
Po uruchomieniu w interfejsie graficznym na ułamek sekudny pojawia się terminal
  • Odpowiedz
@saczuser: Ja bym to zrobił inaczej ale musiał bym sobie doczytać. Z twojego linku nic dla mnie nie wynika póki nie mam pojęcia co robisz ani nawet w jaki sposób system odpalasz.

https://wiki.archlinux.org/index.php/ECryptfs#Setup_&_mounting

Odpaliłbym sobie system w trybie tekstowym lub przełączył się na tty i wyłączył grafikę a potem spróbowałbym podmontować zasób. Jakbym nie mógł się zalogować na usera to dodałbym sobie nowego w trybie recovery albo odblokował roota.

Ogólnie
  • Odpowiedz
@Kryspin013: Dzięki za linka, poczytam, ale weź proszę pod uwagę, że jestem praktycznie zielony w tym temacie. Nie, tylko próby przez GUI i coś tam próbowałem w terminalu zrobić, ale jak na razie bezskutecznie.
  • Odpowiedz
że jestem praktycznie zielony w tym temacie


@saczuser: Wiem, nic osobistego. Nie widziałem ecryptfs na oczy bo luks dla mnie jest bardziej praktyczny. Normalnie bym pomógł ale musiałbum postudiować z czym ten cały ecryptfs się je. No i z doświadczenia wiem, że debug na odległość jest okropnie męczący i czasochłonny bo ma dość duże opóźnienia ( ͡° ͜ʖ ͡°)
  • Odpowiedz
Widzę, że w sdb5 jest szyfrowane LUKSem, bo to chyba to jest właściwe miejsce gdzie są pliki które mnie interesują (nie wiem czy się nie mylę).
  • Odpowiedz
@Kryspin013:
mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=8095496k,nrinodes=2023874,mode=755)
devpts on /dev/pts
  • Odpowiedz
/media/administrator/c1714e82-bfca-4d1c-aaeb-c4f1fcd548de


@saczuser: co masz w
/media/administrator/c1714e82-bfca-4d1c-aaeb-c4f1fcd548de/home
?
Btw podsyłaj tekst zamiast screenow. Screeny
  • Odpowiedz
blkid
/dev/mapper/sda6crypt: UUID="iZruyu-bcUf-o55J-1uIy-uZQy-law9-ajtSZX" TYPE="LVM2member"
/dev/sdb1: UUID="765c08bf-c7ec-4025-a205-f86f39ab1fd9" TYPE="ext4" PARTUUID="3116dadc-01"
/dev/sdb5: UUID="3353fea8-1717-4cb1-ac76-76bd3056d3b2" TYPE="cryptoLUKS" PARTUUID="3116dadc-05"
/dev/sda1: UUID="B5CE-687C" TYPE="vfat" PARTUUID="f1372e8f-01"
/dev/sda5:
  • Odpowiedz
@Kryspin013: Nic nie kombinowałem, domyślnie przy instalacji systemu wybrałem automatyczną opcję szyfrowania bez jakichś własnych ingerencji. Dzięki, będę dziś czytał i próbował.
  • Odpowiedz
@Kryspin013: Próbowałem już tego kilka dni temu, ale utknąłem na tym, że "passphrase" w moim przypadku ma właśnie więcej niż 64 znaki.

administrator@Charger:/media/administrator/c1714e82-bfca-4d1c-aaeb-c4f1fcd548de$ ecryptfs-insert-wrapped-passphrase-into-keyring /home/swift/.ecryptfs/wrapped-passphrase

Passphrase:
Passphrase is too long. Use at most 64 characters
  • Odpowiedz