Forum Debian Users Gang

Pokaż z root'a:

# lsblk -o "NAME,SIZE,FSTYPE,TYPE,LABEL,MOUNTPOINT,UUID"

Jak znasz dokładne miejsce gdzie się zaczynała zaszyfrowana partycja, to możesz tam przy pomocy fdisk/gdisk stworzyć pustą partycję. Wtedy cruptsetup powinien znaleźć tam nagłówek luks i być może będzie on w nietkniętym stanie i pozwoli zdeszyfrować partycję. Jako, że utworzyłeś nowy system plików na tej dużej partycji już, to kopie superbloku zostały zapisane w pewnych konkretnych sektorach, wgrywając się też pewnie w miejsce tej zaszyfrowanej partycji i zapewne poleciał też system plików tej partycji po odszyfrowaniu, więc będzie trzeba go przeskanować by go naprawić -- pewnie jakieś dane polecą, być może niewiele, albo też żadne -- kwestia szczęścia.

A to jest SSD czy HDD? Bo jak ten pierwszy, to raczej już tego nagłówka nie znajdziesz. :]

Ostatnio edytowany przez morfik (2019-10-05 15:07:47)

Dzięki @morfik.
Tak to jest dysk SSD i nie byłem w stanie zapamiętać dokładnego układu partycji. Polecenie lsblk wyświetlało niestety już układ partycji zapisanych za pomocą GPT,  wcześniej był MBR. Próbowałem coś wskórać testdiskiem, niestety bezskutecznie. Napisałem wyświetlało, ponieważ już na dysku znajduje się nowy system, a dane poszły w zapomnienie :(

A zmieniając temat, nadal używasz SPA i fwknopa czy czegoś innego?

Pozdrawiam.

Już nie można kolego morfik, tam już jest pojechane zerami i jest nowa zaszyfrowana partycja, ale dziękuję za konstruktywne podejście do tematu.

Pozdrawiam.

Te dwa wpisy:
D MS Data                  2549760    2553855       4096
P MS Data                162179072  162183167       4096

Rozmiar wskazuje na sam nagłówek LUKS (4096*512=2M). Pierwszy się zaczyna na 1245M, czyli
1M (offset) 512M (sda1) + 732M (sda2) = 1245M. To jest ten nagłówek, który powstał w instalatorze. Więc jego olać.

Ten drugi wpis mówi, że nagłówek (prawdopodobnie tego starego kontenera) znajduje się na 162179072×512/1024/1024, czyli 79,189M -- coś za wcześnie.  Według tego twojego starego układu partycji, ten zaszyfrowany kontener zaczynał się na 1M+512M+40G+40G, czyli 80,513M. Można by sprawdzić czy linux wykryje zaszyfrowany kontener, gdyby utworzyć pustą partycję w miejscu 80,513M i rozciągnąć ją do końca dysku  -- jeśli tak, to można by potem spróbować ją otworzyć.

Fotki mi nie działają.

Ostatnio edytowany przez morfik (2019-10-13 20:56:27)

No jak mniej więcej to zostaje jedynie utworzyć partycje w fdisk/gdisk rozpoczynając od 162179072 sektora i kończąc na końcu dysku.

Jak będą problemy z otworzeniem kontenera -- nie będzie przyjmował hasła, to znaczy, że pozamiatane.

Ostatnio edytowany przez morfik (2019-10-13 21:57:02)

Xhris napisał(-a):

Na początku próbowałem powiększyć partycje za pomoca gparted, jednak nie moglem wykorzystać całej dostępnej przestrzeni wiec zmniejszyłem ja o 1MB:

Te bardziej zaawansowane narzędzia do partycjowania wymagają chyba, by ilość sektorów była podzielna przez pewną liczbę, np. 8 albo 1MiB, dlatego one zawsze na końcu zostawiają pare-paręset KiB wolnego miejsca.

Xhris napisał(-a):

Kod:

# fsck -p /dev/mapper/BCK 

BCK: The filesystem size (according to the superblock) is 10985728 blocks
The physical size of the device is 10985472 blocks
Either the superblock or the partition table is likely to be corrupt!

BCK: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
    (i.e., without -a or -p options)

Jak widać powyżej rozmiar partycji utworzonej jest mniejszy niż zapisany w nagłówku, wiec zacząłem się zastanawiać czy to wina uszkodzonego nagłówka czy to przez ten zmniejszony 1MB.

W tych pierwszych 2MiB na zaszyfrowanej partycji jest nagłówek LUKS — tam nie ma żadnych danych dotyczących systemu plików — tam jest zawarta jedynie informacja na temat tego jak kernel linux'a ma traktować ten wycinek dysku. Dopiero w sektorze za tymi 2MiB jest ulokowany superblock — i tu się zaczyna faktycznie system plików, którego długość była o 256 bloków (512 bajtowych) za krótka, czyli trzeba by rozciągnąć tę partycję w gdisk/fdisk/gparted o te dodatkowe 128 KiB i ten błąd by znikł.

Xhris napisał(-a):

Po chwili zabawy z parted, probie wyszukania opcji w stylu "uzyj calego dostępnego miejsca do rozciągnięcia partycji", zrezygnowałem i uzylem cfdisk aby, powiększyć partycje wykorzystując cala pozostałą przestrzen, reboot, ponowne montowanie  i.. Thunar wyświetlił katalogi, pliki zaszyfrowanej partycji.

Jak nie było żadnych innych błędów zwracanych przez superblock przy montowaniu/fsck, to dane pozostały nietknięte, także masz szczęście. xD

Ostatnio edytowany przez morfik (2019-10-15 16:25:28)